This data structure gets the same listing results under 10.4.11 and 10.5.2, from different Macs and different user accounts with different degrees of fresh/updated OS installs. The directories list in the proper order in the command line and on Windows.
What. The. FUCK?!, I ask you. This is almost as frustrating as Safari 3 dropping the sidebar from the file dialogue (on 10.4, which I'm still using as my primary workstation since the install of 10.5 onto the video box completely destroyed elements of my Final Cut Studio install and I'd rather stick with something that works than spend the time to figure out why the new thing doesn't), only with the added advantage of having persisted across multiple revisions of the OS.
I'd have complained sooner, but had I done so my grumping would have encompassed only 10.4.X. And it's not like I have a day-to-day need for the contents of the 2005 directory.
This doesn't happen with my ATC pages, fortunately - they're all named p_$pagenumber for The Dualist, v_$pagenumber for Transitional Voices, and d_$pagenumber for DCR. They all list just fine. The image directories for 2006 list just fine, as do the directories for 2007 and 2008. If I change the 2005 directories to something like 01_200501 02_200502 etc, then they list correctly. It's only 2005 that lists wonky, and it's not just the user-generated directories - it also lists incorrectly in the /Users/$user/Pictures/iPhoto Library/Data/2005 directory, which is generated by iPhoto (an application that phenomenally fails to meet my image archiving needs, but that's another story).
What could 2005 ever possibly have done to piss you off, Apple?
Seriously. Inquiring minds want to know.
Update : Turns out it's not a bug, it's a FEEJUR.
<@ejp> what's the issue with that order?
< solios> it's WRONG is what
<@ejp> how?
< solios> 200504 does NOT come after 20080-anything.
<@ejp> 20050427 does. it's a bigger number.
< solios> likewise, 200510 should come AFTER 200509, not before 200504.
<@ejp> it's alphnumeric sorting, not years
< solios> ...
< solios> if it is it's only for 2005. :P
<@ejp> no, your 2005 directories have more digits.
< solios> I changed 20050427-0429 to 200504 and it listed correctly but the fact is it still ought to be first regardless.
<@ejp> no
< solios> no?
< solios> well why not. :P
<@ejp> 2005010101 is a bigger number than 20089, mathmatically speaking.
<@ejp> finder has no way of knowing it's a year.
<@rjbs> maybe you could use a resource fork
< solios> ejp: neither does the command line or winscp but they still get it right.
<@ejp> yeah, some things use more complex sorts.
<@ejp> *shrug*
< solios> so you're saying finder's giving me bullshit results because it's "smarter" ?
< solios> it makes my brain itch! @_@
<@ejp> na, it's slightly less smart.
<@ejp> or at least does less stuff
< mdxi> that is a weird sorting order, but i see its own, retarded, internal logic
< mdxi> it's not asciibetical because _ is after all numerals
< mdxi> but sorts ahead of "nothing" here
< mdxi> oh, as does hyphen
< mdxi> lesson is be consistent, i reckon
< mdxi> because apple hates you
< solios> MADNESS!
<@rjbs> you'd be better off with yyyy/mm/topic
< solios> 2005 is subsorted like that because it's fully half of my camera images. I suppose I can clean things up so it'll list correctly, but it doesn't change the problem. It just avoids it.
<@rjbs> because everything will sor tthat the same
<@rjbs> use File::LinkTree::Builder :)
< solios> hm.
* solios files this under 'work he shouldn't have to do' and goes back to sorting the Navy/turnpike pics for posting.
Way to go, Apple.
Update : "Fixed" this by altering my naming convention and giving 2005 a thorough cleaning. This doesn't solve what I still see as a bug, it just ignores the problem.
|
