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 89074 - Minimizing freezes windows as "undrawn"
Minimizing freezes windows as "undrawn"
Status: RESOLVED DUPLICATE of bug 80509
Product: metacity
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2002-07-25 19:27 UTC by Seth Nickell
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.0



Description Seth Nickell 2002-07-25 19:27:05 UTC
When minimizing windows (I'm assuming) Metacity grabs the X server to draw
the window resize animation. Unfortunately this the undrawn state of the
windows behind it in for the duration of the animation. This looks rather
ugly, and some people find it very disconcerting (I personally hadn't
noticed this, but two people have now commented on the problem to me after
using GNOME 2 for the first time).

I have no idea if this is soluable within X. Could we maybe use a shaped
window for the animation instead of grabbing the x-server, or something? I
really have no idea what's possible and what's not. Perhaps if having a
window with a transparent hole in it (i.e. what the current animation does)
isn't possible, we could do something ala MacOS/X and have an image of the
window at the point that resize is clicked moving toward the tasklist and
scaling. This might be cooler too, and would allow a window to be used
rather than snagging the X server.
Comment 1 Havoc Pennington 2002-07-25 20:11:56 UTC
This is a dup bug report, need to find the other one.

(Yes the animation should be improved, short answer.)
Comment 2 Luis Villa 2002-07-30 01:27:34 UTC

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