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 87379 - Tab scrolling in GtkNotebook
Tab scrolling in GtkNotebook
Status: RESOLVED DUPLICATE of bug 82108
Product: gtk+
Classification: Platform
Component: Widget: Other
2.0.x
Other All
: Normal enhancement
: ---
Assigned To: gtk-bugs
Daniel Egger
: 87381 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-07-04 21:17 UTC by Stephane Chauveau
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Description Stephane Chauveau 2002-07-04 21:17:47 UTC 
When all dialogs in tabs cannot be displayed in a window,
2 small arrows are available to scroll the tabs horizontally.
The problem with those arrows is that they select the next
tab title (on the left or on the right) without selecting the
tab itself.

For example, consider a window with 5 tabs in total (numbered 
from #1 to #5), #1 to #4 are visible and the current tab is 
#1. In order to select #5 (currently invisible) the 
following actions are required

 - click 4 times on the right arrow in order to make #5 visible.
 - move the mouse cursor and click on #5.

I think that the arrows behavior should be changed to one of the
following:

 - select the next right or left tab (instead of hilighting it).
or
 - shift all tabs to the right or the left.
Comment 1 Raphaël Quinet 2002-07-05 13:23:26 UTC 
*** Bug 87381 has been marked as a duplicate of this bug. ***
Comment 2 Raphaël Quinet 2002-07-05 13:29:12 UTC 
Selecting the tab instead of only highlighting it would cause a redraw
of the tab window every time you press the arrows.  This is probably
not desirable if you have many tabs in the window and some of them
have a complex layout.  It would make more sense to shift the tabs
immediately when the arrows are pressed so that it is not necessary to
press the arrow multiple time before it has an effect.

User interface issues like this one are always tricky...  There are
probably some reasons why the arrows behave like that.

Maybe this bug report should be shifted to GTK+?
Comment 3 Sven Neumann 2002-07-09 08:25:52 UTC 
There is nothing we can do about this (but reimplemeting GtkNotebook).
So if you consider this a problem, it's a GTK+ problem and should be
reassigned.
Comment 4 Raphaël Quinet 2002-07-09 08:50:23 UTC 
Reassigning to GTK+.  I hope that someone can fix this or explain why
the arrows behave like this.
Comment 5 Owen Taylor 2002-07-30 22:22:43 UTC 

*** This bug has been marked as a duplicate of 82108 ***