GNOME Bugzilla – Bug 753954
Tabs on the left
Last modified: 2021-06-10 20:59:24 UTC
Created attachment 309851 [details] screenshot iTerm2 (beta release) can do this. Love at first sight! I've been using my Firefox for years with tabs on the left (the "Tree Style Tab" addon) and it's probably the main reason I haven't switched to Chrome. It's a huge waste of screen real estate if you only have a few tabs, but probably becomes a noticeable productivity boost if you start having 10-20 tabs. A must-have for power users :)
You could uncomment the left/right entries for <enum id="org.gnome.Terminal.TabPosition"> in org.gnome.Terminal.gschemas.xml, set the pref to 'left' and see how it looks. IIRC there was some problem, otherwise I'd have added support for left/right when I added tabs-on-bottom support…
Cool! It's mostly working, just a few subtleties: - tab-expand should be set to false - the close buttons are missing (no clue why, haven't looked at it) - ideally there should be a scrollbar if there are too many tabs (the arrows are usable but cumbersome) - the right-click menu should say "move tabs up/down" instead of left/right
(In reply to Egmont Koblinger from comment #2) > - tab-expand should be set to false I guess just a notify::tab-pos handler on the notebook that changes the tab-expand child properties will fix it. > - the close buttons are missing (no clue why, haven't looked at it) TerminalTabLabel hides it in left/right position. Don't really recall why I added that code… :-) I guess just reordering the close button to left hand for left notebook tabs would be better? > - ideally there should be a scrollbar if there are too many tabs (the arrows > are usable but cumbersome) Yeah. Really, should have a better tabbing widget, the new GtkNotebook look is awful and very unusable… > - the right-click menu should say "move tabs up/down" instead of left/right Yes.
(In reply to Christian Persch from comment #3) > (In reply to Egmont Koblinger from comment #2) > > - tab-expand should be set to false > > I guess just a notify::tab-pos handler on the notebook that changes the > tab-expand child properties will fix it. Alternatively we could try to always use FALSE and see if that looks ok with top/bottom tabs.
(In reply to Christian Persch from comment #4) > Alternatively we could try to always use FALSE and see if that looks ok with > top/bottom tabs. Noooooooo!!! :)
(In reply to Christian Persch from comment #3) > TerminalTabLabel hides it in left/right position. Don't really recall why I > added that code… :-) I guess just reordering the close button to left hand > for left notebook tabs would be better? Okay, I got it. The Firefox plugin puts the close buttons on the right by default, iTerm2 puts them on the left. I'm personally totally fine with either.
I think putting them on the 'border side' make sense, so they're far from the content and thus unlikely to be clicked by accident.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/7588.