[TxMt] Re: Tab behaviour

[River Brandon]

> - 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.

+1 to these suggestions.

> 
>> 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.

Big +1 to this. I shared a UI wireframe a while back with Allan, suggesting some changes along these lines. I'd love a smarter list of open files -- maybe something filterable. I could even imagine using something along the lines of iTunes Smart Playlists (all files of a certain extension, edited in the last 24 hours, with uncommitted changes, etc.).

I'd also love it if there were a way to show a project name (or just root directory) in the window title bar, since when I minimize windows (usually projects I'm not working on), I only get to see the file that's open, which doesn't tell me much.

River

> 
> 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