GNOME Bugzilla – Bug 709444
Expand tab width
Last modified: 2013-12-20 17:23:34 UTC
I think it is much nicer to make tabs expand to use the entire available width. This is consistent with our recommendations for other applications as well.
Created attachment 256494 [details] [review] Center and expand tabs
Created attachment 256500 [details] [review] Center and expand tabs
Will this retain the possibility to close multiple tabs in sequence by clicking their close buttons without moving the mouse pointer?
(In reply to comment #3) > Will this retain the possibility to close multiple tabs in sequence by clicking > their close buttons without moving the mouse pointer? The patch not retain this, but I think isn't very important, because have Ctrl+W for close a tabs in quickly.
(In reply to comment #4) > The patch not retain this, but I think isn't very important, > because have Ctrl+W for close a tabs in quickly. Well, for what it's worth, the people at mozilla think it's important enough to let Firefox start resizing the tabs only after the mouse pointer leaves the tab area.
(In reply to comment #5) > (In reply to comment #4) > > > The patch not retain this, but I think isn't very important, > > because have Ctrl+W for close a tabs in quickly. > > Well, for what it's worth, the people at mozilla think it's important enough to > let Firefox start resizing the tabs only after the mouse pointer leaves the tab > area. I not understand - have Firefox & Mozilla and have Web/Epiphany & GNOME. The design of Web isn't must to be worth to Firefox.
I'd be the last one to advocate copying Firefox's UX just because. I'm talking about a specific interaction pattern here: closing a number of tabs in sequence by mouse clicks. Having to chase the close button for each consecutive tab doesn't make it easier for the user.
(In reply to comment #7) > I'd be the last one to advocate copying Firefox's UX just because. > I'm talking about a specific interaction pattern here: closing a number of tabs > in sequence by mouse clicks. > Having to chase the close button for each consecutive tab doesn't make it > easier for the user. I don't want to close a tabs by mouse clicks, isn't convenient and very slow, compared to Ctrl+W. closed more than one tabs with by mouse click is not relevant I think.
It may not be convenient or quick, but in my experience, _vast_ numbers of people use the mouse for everything just because they don't care to learn the keyboard shortcuts.
I agree that what Reinout mentions would be nice to have. Not sure if it's nicely doable with GtkNotebook though.
Anyway, is the new design for the tabs: https://wiki.gnome.org/GnomeOS/Design/Whiteboards/Tabs#Tentative_Design It already land in gedit, so I think is right also to Web.
(In reply to comment #11) > Anyway, is the new design for the tabs: > https://wiki.gnome.org/GnomeOS/Design/Whiteboards/Tabs#Tentative_Design > > It already land in gedit, so I think is right also to Web. Also in nautilus now.
Review of attachment 256500 [details] [review]: I see this warning with the patch: ** (epiphany:11982): CRITICAL **: sync_load_status: assertion 'spinner != NULL && icon != NULL' failed Other than that the patch is fine. You will probably need to update it now that there is no WebKit2 ifdefs in the code.
Created attachment 263742 [details] [review] Center and expand tabs
Review of attachment 263742 [details] [review]: lgtm
Attachment 263742 [details] pushed as 605c730 - Center and expand tabs
(In reply to comment #11) What does that mean: “So a certain Gnome app just broke an important UX pattern, let’s consistenly break it in every app then!” This is so important that Mozilla implemented it by following Chrome. Well, let’s file a bug against gtk+...