This is another minor/major feature request for Allan : )
The order of the open files windows tabs - in top of project window - has confused me for a while, as the open files have not followed an immediately identifiable method/structure. Having created a simple test project with files named a1,a2, b1, b2 etc etc. I have finally worked it out.
Newly opened files will always be added immediately behind the currently selected tab, and not in an alphabetical order nor in a order of opened status which I had kind of assumed it would do just like Safari tabs do.
Therefore, could it be possible to implement this as an options preference: 1. follow alphabetical order 2. order of open status (last opened is last in order)
IF this could be fixed I would be very grateful, as working with 10+ files open means I have to look through the tab bar for where my opened files has been located.
What's the general view on this ? Apologies if this has been discussed earlier without me noticing it.
Kind regards,
Mats
Mats Persson wrote:
Newly opened files will always be added immediately behind the currently selected tab, and not in an alphabetical order nor in a order of opened status which I had kind of assumed it would do just like Safari tabs do.
<snip>
What's the general view on this ? Apologies if this has been discussed earlier without me noticing it.
This has caught me out too. My presumption was that it was somehow remembering where the file was when I last had it open.
In almost all cases, opening a new file has caused me to become a little disorientated and start closing any files I don't need anymore, just to get my bearings.
At least it's good for the housekeeping ;)
I'm all for options, and I think the option I'd personally choose is to have new tabs open at the end of the list.
drew.
On Oct 28, 2004, at 11:23 PM, Drew McLellan wrote:
In almost all cases, opening a new file has caused me to become a little disorientated and start closing any files I don't need anymore, just to get my bearings.
I've been experiencing this exact behavior as well.
I'm all for options, and I think the option I'd personally choose is to have new tabs open at the end of the list.
me too. append to end please.
On 29. Oct 2004, at 12:13, Timothy Martens wrote:
I'm all for options, and I think the option I'd personally choose is to have new tabs open at the end of the list.
me too. append to end please.
The rationale behind the current behavior is 1) if you open a new file, you can use cmd-option-left to get back to the previous file and 2) if your tab-bar overflows, it's still possible to get tabs opened in the visible portion of the tab-bar.
With regard to #1 then there's IMHO a further problem with opening a file and closing it again, since it doesn't go back to the previously open file. I've thought about changing the close-semantics (so that it always selects the tab to the left of the one it closes, instead of the one to the right) -- but I'm not sure I really like this.
I do have a neat solution planned for #2, but #1 becomes a problem if I change the current behavior. I've seen the request for LIFO behavior of tabs at the wiki (which seems to support the desire to keep #1), but I need a concrete explanation of exactly how this LIFO behavior should act, since only the goal is clear to me, not how to actually obtain it.
Comments (I've already noted two votes for changing it and/or an option ;) )?
Kind regards Allan
I have no problem with the way new tabs are created. I think it makes sense to open them next to the currently edited tab : 1) you can immediately switch back to the previous file with the keyboard shortcut. 2) when you open a file it's likely to be closely related to the file you were editing before.
Me too.
On 31 Oct 2004, at 00:22, Hans Petter Eikemo wrote:
I like the current behavior as well.
hp. _______________________________________________ textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/mailman/listinfo/textmate
-
Allan Odgaard -
Dominique PERETTI -
Drew McLellan -
Hans Petter Eikemo -
James Andrews -
Mats Persson -
Timothy Martens