On Aug 6, 2005, at 6:43 PM, Hans Petter Eikemo wrote:

I just watched the 10 minute Ruby on Rails intro video (http://rubyonrails.ams.cachefly.net/rails_setup.mov) where TextMate used a pane for project files instead of the shelf. The pane looks good, any chance it will return?

I haven't looked at the movie, but is ⌘-t (in a project) what you're looking for? It gives you a little QuickSilver-like window with a list of files in the current project.

Did you know that ⌘ is actually a "place of interest sign"? Yeah, pointless, I know (unless you want to type it in an email!) :-)

On 07/08/2005, at 1.43, Hans Petter Eikemo wrote:

I just watched the 10 minute Ruby on Rails intro video (http://rubyonrails.ams.cachefly.net/rails_setup.mov) where TextMate used a pane for project files instead of the shelf. The pane looks good, any chance it will return? [...] Perhaps something similar to the one in Mail2 (Tiger) .

I love drawers, and I don't care too much about Mail's new look, so chances are low.

On 08/08/2005, at 3.13, Chris Thomas wrote:

...

I love drawers, and I don't care too much about Mail's new look, so chances are low.

I don't think Mail's look is one to emulate, but I would also find a source list pane more usable than a drawer.

Actually it should be possible to edit the nib to place the source list in the main window :) Though for it to look good, there should probably be a custom view similar to that of Mail below the list to make the list extend to the window borders, but still have controls below it.

See also <http://www.google.com/search?hl=en&lr=&q=Mac+OS+X+drawer +bad&btnG=Search>.

I have yet to see any actual reason to why it's bad (while I didn't go through all 40,000 hits, much of what people say is subjective and the top-hit really only deals with particular applications).

As to why I do like the drawer:

1) it can be hidden if not needed (e.g. for a fullscreen look) 2) it can appear in either left or right side to suit personal preference or mood 3) resizing the drawer (which is needed e.g. when expanding folders and meeting long filenames) does not affect the size of the text editing control 4) in the drawer, the source list doesn't need padding on the sides and top (because of the bottom controls), which it would need, had it been in the main window (20 pixels on each side) -- although Mail did find a solution to that 5) when I'm bored, I can toggle the drawer and enjoy the nice animation ;)

This all relates to a smaller issue I've been having with recent betas:

While they remember exact window position and drawer open/closed state, tmproj files seem to forget which side their drawer was actually on when they were saved. I find this particularly irritating for the reason Hans Petter points out -- I can't stand having the drawer on the right side ;), which seems to be the new, more strongly-held default. Sure, I can move the window over to the right edge of the screen and close/open the drawer to force it back to the left, but this hardly seems appropriate, if only it could remember the exact state of the drawer in the project file (not just open/closed).

Not ultra high priority, but fairly simple and quite annoying (and I wonder, why wasn't this a problem before ~b14?). -jrk

On 7/8/2005, at 14:12, Sune Foldager wrote:

On 07/08/2005, at 6.06, Brian Lalor wrote:

...

Did you know that ⌘ is actually a "place of interest sign"? Yeah, pointless, I know (unless you want to type it in an email!) :-)

Yup, used a lot in denmark on road-signs to point to local points of attraction (cultural, not magnetic). I don't really know why Apple picked it, but I guess it's easier to recognize than .

And today I stumbled upon the reason (through macread.com -> theappleblog.com -> some random blog -> folklore.org): http:// folklore.org/StoryView.py?project=Macintosh&story=Swedish_Campground.txt