After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 720749 - Wide tabs make it less convenient to close several tabs with the mouse
Wide tabs make it less convenient to close several tabs with the mouse
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkNotebook
3.18.x
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on: 709444
Blocks: 755388
 
 
Reported: 2013-12-19 15:47 UTC by Gustavo Noronha (kov)
Modified: 2018-04-15 00:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Gustavo Noronha (kov) 2013-12-19 15:47:40 UTC
One nice property of the previous tabs behaviour was that you could close several tabs by hovering a close button and click - the closed tab would be replaced by another with the close button at the exact same place, so you could just go on clicking to close several. With the new wide tabs this is no longer possible.

There was some browser that had wide tabs before, I think it was chrome, and it handled this in a very elegant way IMO: it delayed adjusting tab sizes to the newly available space a bit, while you had the mouse hovering the tabs bar, so you could do the several clicks thing. The GNOME Shell overview uses a similar strategy: it won't rearrange the windows right after you close one, so you can still use your spatial sense to select a window or to close more. I think delaying the rearrangement of tabs would rock.
Comment 1 Reinout van Schouwen 2013-12-20 17:23:34 UTC
That's what I warned for in bug 709444 ...
Comment 2 Michael Catanzaro 2015-09-24 13:02:17 UTC
Seems reasonable. Should probably be implemented in GtkNotebook.
Comment 3 Matthias Clasen 2018-02-10 05:08:28 UTC
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 4 Matthias Clasen 2018-04-15 00:31:53 UTC
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new