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 325176 - improved glowing
improved glowing
Status: RESOLVED FIXED
Product: libwnck
Classification: Core
Component: tasklist
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Benjamin Berg
libwnck maintainers
Depends on:
Blocks:
 
 
Reported: 2005-12-28 22:19 UTC by Benjamin Berg
Modified: 2006-07-03 17:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch (15.25 KB, patch)
2005-12-28 22:20 UTC, Benjamin Berg
none Details | Review
patch in diff -u format (18.44 KB, patch)
2005-12-31 12:30 UTC, Benjamin Berg
committed Details | Review
video showing of the animation using the eXperience theme (534.04 KB, application/ogg)
2005-12-31 13:47 UTC, Benjamin Berg
  Details

Description Benjamin Berg 2005-12-28 22:19:54 UTC
The attached patch adds some options for themes to change how the glowing is done. The main changes are that themes can either just choose one/two color(s) (changed the default colors to base[SELECTED] for the glowing) or use the button drawn in a different state. Furthermore it is possible to change the loop time and the final opacity of the colors/buttons.

This means that themes can pretty much change the animation to whatever they want.

The patch works by adding a few style properties (the names/descriptions could use some improvements)

WnckTasklist::fade-loop-time:   time for one iteration
WnckTasklist::fade-using-style: whether to use colors or drawn buttons
WnckTasklist::fade-color1:      first color
WnckTasklist::fade-color2:      second color
WnckTasklist::fade-state1:      The state used for drawing the first button
WnckTasklist::fade-state2:      The state used for drawing the second button
WnckTasklist::fade-opacity:     The final opacity reached.
Comment 1 Benjamin Berg 2005-12-28 22:20:24 UTC
Created attachment 56482 [details] [review]
patch
Comment 2 Benjamin Berg 2005-12-28 23:37:15 UTC
The patch is also an improvment over the current code, because the color of the icon does not change at all.
Comment 3 Vincent Untz 2005-12-31 12:21:29 UTC
Thanks for the patch. Can you attach it in the "diff -u" format?
Comment 4 Benjamin Berg 2005-12-31 12:30:07 UTC
Created attachment 56587 [details] [review]
patch in diff -u format
Comment 5 Benjamin Berg 2005-12-31 13:47:33 UTC
Created attachment 56592 [details]
video showing of the animation using the eXperience theme

The animation seems to be faster in the video than it is in reality. But as this is configurable by the theme it is really not a big deal.
Comment 6 Vincent Untz 2006-05-14 19:50:35 UTC
I committed a slightly modified version. Enjoy.
Comment 7 Benjamin Berg 2006-07-02 21:23:20 UTC
OK, as discussed, here a new proposal for a bunch of style properties:

WnckTasklist::fade-loop-time:    time for one iteration
WnckTasklist::fade-iterations:   iterations till the animation stops (-1 to never stop)
WnckTasklist::fade-overlay-rect: Use an overlay rectangle instead of modifing the button background.
WnckTasklist::fade-opacity:      The final opacity reached.

The idea is to use bg[SELECTED] as the color for fading. The fade-overlay-rect style property needs to be provided for compatibility with pixbuf based themes that cannot react to changed style colors.

Patch will hopefully follow soon :-)
Comment 8 Vincent Untz 2006-07-03 17:05:46 UTC
Benjamin: I believe it'd be better to open a new bug for the patch ;-)