[TxMt] Re: Tab behaviour

[Rolf Langenhuijzen]

Hi Gerd,

I agree with the selected file in the browser is not the current one you're looking at.. :) 
Double clicking the icon etc. to open it.. I don't mind that

For the rest I think personal preferences would be ideal, but also a lot of work (to implement support I mean).
It sometimes is good to just get a new workflow forced in you. On a pc at work I was still using pre-dreamweaver Homesite as editor ;) then for a new system I just start using SublimeText.. I still need to find my way, but that's OK. On the Mac I just decided to use TM2 and don't even look back (even though TM2 seems slower when I have many files open, I just can't go back anymore).

But, I saw a lot of +1 replies on your suggestions, so who knows… :)

Cheers,
Rolf


On Sep 26, 2012, at 6:07 PM, Gerd Knops <gerti-textmate at bitart.com> wrote:

> On 26 Sep 2012, at 10:42, Rolf Langenhuijzen wrote:
> 
>> Hi Gerd,
>> 
>> What is the obnoxious file browser selection you mention? I'm quite happy about how the browser works.
>> 
> The wait it works is perfectly reasonable, if it were a stand-alone file browser. But I use it mostly as a project navigator. Despite having used TM2 every day for hours since it came out:
> 
> - I still have to remind myself every time to click the icon to open the file
> - I regularly get briefly confused when the file selected in the file browser isn't the file I am looking at
> - I prefer the root in the file browser to remain stationary, so I would much prefer if ctrl-cmd-R (Current Document) would scroll/unfold as needed in the current browser
> 
> Gave it a shot, can't get used to it, time to change it.
> 
>> As for the tabs I would vote for adding new opened files to the end as well, though I was not annoyed yet by the current UI.
>> 
> Usually there is a small number of files I am actively working on, and a lot of files that get opened to review something or make minor related changes. I'd prefer if my 'core' files would remain at the front of the tabs. Heck, most of the times the tabs are not useful at all, because there are so many of them open in more or less random order that the bit of filename displayed isn't useful at all. I'd rather set aside part of what is used by the file browser for a list of opened files, and get a row more in the editor.
> 
> I realize that all of these are personal preferences that feed into my workflow, and others have other requirements. t would be nice to be able to customize TM2 behavior to each personal preference, rather than to what Allan deems the right way. While his logic is usually impeccable, it doesn't necessarily mesh with my personal real-world use.
> 
> Gerd
> 
> 
>> Rolf
>> 
>> On Sep 26, 2012, at 4:32 PM, "Gerd Knops" <gerti-textmate at bitart.com> wrote:
>> 
>>> On 26 Sep 2012, at 4:48, Jonas Zimmermann wrote:
>>> 
>>>> I'd like to bring the current behaviour of the file tabs to discussion, as the corresponding issue on github has been closed.
>>>> My problem is that switching between files with cmd-T or clicking on files in the file browser reorders the tabs, moving the current file's tab to the right of the old file's tab.
>>>> This behaviour is, so I'm told, to make sure that closing the open file will result in going back to the previous file.
>>>> How is it then that changing files by clicking on the tab does not change the order?
>>>> 
>>>> To me it seems this behaviour is quite odd, and it's not standard UI (or is there another app that moves tabs around like this?).
>>>> 
>>> I very much agree. The current behavior is annoying to me. Add tabs at the end. Keep 'em in the order we opened them.
>>> 
>>> And reconsider the obnoxious file browser selection behavior too. After dealing with it for almost a year it still bugs me every day.
>>> 
>>> Gerd
>>> 
>>> _______________________________________________
>>> textmate mailing list
>>> textmate at lists.macromates.com
>>> http://lists.macromates.com/listinfo/textmate
>> 
>> 
>> _______________________________________________
>> textmate mailing list
>> textmate at lists.macromates.com
>> http://lists.macromates.com/listinfo/textmate
> 
> _______________________________________________
> textmate mailing list
> textmate at lists.macromates.com
> http://lists.macromates.com/listinfo/textmate