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 153966 - Prelight states for NotebookExtension
Prelight states for NotebookExtension
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkNotebook
unspecified
Other Linux
: Normal enhancement
: Medium feature
Assigned To: gtk-bugs
gtk-bugs
: 616441 (view as bug list)
Depends on: 302486
Blocks:
 
 
Reported: 2004-09-28 15:17 UTC by David Christian Berg
Modified: 2014-01-25 02:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A patch (10.59 KB, patch)
2005-04-22 22:15 UTC, Soren Sandmann Pedersen
rejected Details | Review

Description David Christian Berg 2004-09-28 15:17:09 UTC
While theming I noticed that there is no possibility to have a Prelight state
for NotebookExtensions. Now I notice, that the GtkNotebook seems to be one
object only, but maybe there is a way to change this, or hack around this.
Comment 1 Lucas Goss 2005-01-12 21:47:58 UTC
Any update on this? I find this to be a nice feature since it makes 
applications consistent and appear to be more responsive. It doesn't seem to 
make sense when I mouse over a button and it hightlights but I mouse over a tab 
and it doesn't (tabs look like buttons to users). 
Comment 2 Lucas Goss 2005-03-31 20:12:01 UTC
Still no word? Is prelighting on tabs a worthy feature (I think so)? If I made a
patch for this would it possibly be accepted? Is there someone that would help
me out a little if I couldn't figure out how something worked?
Comment 3 Matthias Clasen 2005-04-01 20:21:16 UTC
Since the bug isn't marked WONTFIX, there is a possibility
Comment 4 Soren Sandmann Pedersen 2005-04-22 22:15:49 UTC
Created attachment 45566 [details] [review]
A patch

Patch to do tab prelighting.
Comment 5 Matthias Clasen 2005-06-20 06:19:50 UTC
Do we want to have prelighting unconditionally for all notebooks ? 
There doesn't seem to be a way to theme the prelighting away, is there ?
Comment 6 Soren Sandmann Pedersen 2005-06-20 19:54:22 UTC
The patch doesn't work with window widgets in the tabs, so I marked it rejected
for that reason. To do this properly some sort of global motion events is required. 

Comment 7 Benjamin Otte (Company) 2006-07-26 20:43:13 UTC
I don't think it matters that prelight doesn't work for window-widgets. Clicking inside those widgets will not focus that tab and prelighting would indicate that.
I'm not sure what the use cases for window-widgets inside tab labels are though, besides close buttons. Any examples where it'd matter?

And I'm not sure I'd prelight the selected tab - that should probably be decided by looking at similar cases in other widgets. Do selected items get prelight or not?
Comment 8 Hong Jen Yee 2006-09-10 18:52:10 UTC
Here is my patch doing the same thing via adding a style property, which can be freely turn off, and doesn't add prelight unconditionally.
http://bugzilla.gnome.org/attachment.cgi?id=66697&action=view
This is included in bug#340203
http://bugzilla.gnome.org/show_bug.cgi?id=340203
Comment 9 Matthias Clasen 2011-01-15 04:20:35 UTC
*** Bug 616441 has been marked as a duplicate of this bug. ***
Comment 10 Ruslan Kabatsayev 2011-03-17 08:46:45 UTC
Why not make notebook extensions and menu bar buttons GtkToggleButton subclasses  (i.e. an GtkBox of toggleButtons)?
This would give prelighting for free, remove some code and make it all more straightforward.