Hey!
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 realize this will make TextMate look a lot more like Xcode, but that wouldn't bother me..
Perhaps something similar to the one in Mail2 (Tiger) .
hans petter.
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 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 .
-- Sune.
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
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 Aug 7, 2005, at 5:54 PM, Allan Odgaard 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.
See also <http://www.google.com/search?hl=en&lr=&q=Mac+OS+X+drawer +bad&btnG=Search>.
Chris
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 ;)
On 8/8/05, Allan Odgaard allan@macromates.com wrote:
As to why I do like the drawer:
- it can be hidden if not needed (e.g. for a fullscreen look)
- 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 ;)
While all points are valid, the main reason I´d get rid of it *is* #3; Resizing of the drawer is limited to the amount of screen i have to the left of the window.
As for putting the drawer on the right side I can't stand it. But excuse that, I'm being subjective :)
One thing I really like about Apple is their willingness to explore a concept like the drawer, and let it evolve into, say, something like in Mail.
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 09/08/2005, at 9.17, Jonathan Ragan-Kelley wrote:
[ drawer in right side ]
[...] which seems to be the new, more strongly-held default. [...] Not ultra high priority, but fairly simple and quite annoying (and I wonder, why wasn't this a problem before ~b14?).
Several has requested the drawer in the right side, so starting with b14/b15 (check the release notes! ;) ) I made it remember the side as a global preference option.
If there's room in the left side, and the last project had it in the left side, it will use the left side.
Currently it's not stored on a per project basis.
-
Allan Odgaard -
Allan Odgaard -
Brian Lalor -
Chris Thomas -
Hans Petter Eikemo -
Jonathan Ragan-Kelley -
Sune Foldager