[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Tabs

From: Stefan Kangas
Subject: Re: Tabs
Date: Sun, 15 Sep 2019 21:21:21 +0200

Hi Juri,

Again, thanks for working on this.  I have now tested the tabs branch, and I
have some feedback for the tab line (buffer tabs).

Juri Linkov <address@hidden> writes:

> Keybindings for the tab-line:
> C-x <left>  - switches to the previous window tab;
> C-x <right> - switches to the next window tab.

1. When I run C-x <left> or C-x <right>, it automatically creates a new tab with
the next buffer.  I'd rather it switched between the open tabs, and have a
separate command to create a new tab.  I believe this would be more in line with
how tabs work in other software, and therefore more intuitive.

2. None of these interactive commands work when run with M-x:

command-execute: tab-line-add-tab must be bound to an event with parameters
command-execute: tab-line-close-tab must be bound to an event with parameters
command-execute: tab-line-select-tab must be bound to an event with parameters
command-execute: tab-line-switch-to-next-tab must be bound to an event
with parameters
command-execute: tab-line-switch-to-prev-tab must be bound to an event
with parameters

3. It would then be good to have key bindings for the above commands.

> Clicking on the plus sign adds a new buffer tab to the tab-line.

4. I'm not super fond of that you have to navigate a menu in order to create a
new tab.  In e.g. Firefox you get a new "empty tab" when clicking the plus to
add a new tab.  I suppose in Emacs that would correspond to a window with no
buffer, but I don't think this makes much sense (if it's even possible).

Perhaps the tab could just show the next buffer like C-x <left> and C-x <right>
does right now?  This behaviour could of course be configurable, so that you
optionally display the menu for users who like that.  I suggest that the menu is
the optional non-default behaviour.


Here are some suggestions that are less fundamental, listed in no particular

5. When I hover inactive tabs with the mouse, only the name of the tab is
highlighted.  Can we get the entire tab highlighted instead, including the
section where the close button is?

6. When I hover the close button on the currently active tab, I get a grey line
between the tab name and the button.  Could we get rid of that line?

7. The active tab seems to be the same color in both the currently active window
and in other windows.  Could we perhaps color the active tab differently
depending on if it's in the active window or not?

8. In Firefox, the close tab button is not visible unless that tab is selected.
Perhaps that behaviour makes more sense, especially if we also implement the
"fixed size tabs that shrinks to fit" behaviour discussed elsewhere (because
smaller tabs make it too easy to accidentally click the close button).

9. It would probably look better if there was a couple of pixels of padding
between the tab name and the edge of the tab.

10. Could we make the "+" sign (to add more tabs) more visually
distinct from the
tabs?  For example, it could have no borders.

11. Could we add a tooltip with the name of the buffer to the tabs?

12. The inactive tabs seem to have a shade to the bottom and right.  I think
that makes them look more like "buttons" than "tabs".  Perhaps we could rethink
this and just make them one solid color without the shading.

13. It would be nice if the tabs had rounded corners on the top by default.

14. Could we add a vertical line below the tabs to separate it from the buffer?
I find that the name of the tab visually melts into the buffer.  (This effect
would probably be less visible if the tab line was in an even darker color -- I
checked some screenshots of Eclipse and that's the solution they seem to have.)
Perhaps a vertical bar could be optional.  Perhaps we could somehow allow to
configure the color of the tab line.

Best regards,
Stefan Kangas

reply via email to

[Prev in Thread] Current Thread [Next in Thread]