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 105188 - Prelight image fading effect
Prelight image fading effect
Status: RESOLVED WONTFIX
Product: metacity
Classification: Other
Component: general
2.4.x
Other Linux
: Low enhancement
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks: 102547
 
 
Reported: 2003-02-04 06:16 UTC by Andreas Wasserman
Modified: 2017-06-12 10:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andreas Wasserman 2003-02-04 06:16:22 UTC
Fade from "image1 to image2" (dreamy effect for prelight for example)
OnMouseOver and fade back to image1 when mouse leaves, would be a very
welcome addition to the Metacity feature set. I remember this effect being
in KWin without causing any heavy cpu usage etc so I would think it's
doable within the constrains of XFree. And idea could be extended to
include fades such as "color1 to color2" although I think pixmap fades
would be the neatest and easiest.

Doable? If the effect already is in or this is a dup, sorry.
Comment 1 Havoc Pennington 2003-02-04 07:36:20 UTC
Should be fairly easy. I have a tracking bug for features that break
the theme format, this bug should be marked as a blocker for that
tracking bug.
Comment 2 Thomas Thurman 2006-05-03 00:38:52 UTC
Do we need to do this with the compositor?
Comment 3 Soren Sandmann Pedersen 2006-05-03 13:31:50 UTC
There is nothing in this feature that require compositing.
Comment 4 Thomas Thurman 2006-05-03 13:44:28 UTC
Thanks. I wanted to be sure.
Comment 5 Thomas Thurman 2006-05-19 02:26:36 UTC
Another question: Does this really break the theme format? I mean, couldn't we just have a gconf setting that said "fade prelight? yes/no" rather than making it per theme?
Comment 6 Elijah Newren 2006-06-07 02:12:57 UTC
Why would we want a preference for something like this?
Comment 7 Thomas Thurman 2006-06-07 14:38:54 UTC
Well, I was thinking that whether the prelight fades in or not wasn't really a property of the theme: it could be done or not done in any theme. So either we could do it all the time, or we could allow people to switch on or off whether they wanted it. Perhaps we could just use reduced-resources.
Comment 8 Calum Benson 2009-03-31 13:20:43 UTC
If there's to be any fading by default, I'd be fine with fading out on mouse-out, but would suggest to avoid fading in on mouse-over... you want immediate, snappy feedback when you mouse over something, and fade-ins can make things feel slow and imprecise.   

(IIRC this is how the tooltips behave on the Mac dock, for example.)