One Hundred Papercuts

Change the animation on window close to fade

Bug #402633 reported by Mat Tomaszewski
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Fix Released
Low
Unassigned
compiz-fusion-plugins-main (Ubuntu)
Fix Released
Wishlist
Unassigned

Bug Description

Currently the closing animation is set to "glide 2". There is little justification for that, as the closing experience is by no means a simple "reverse" of opening. When the user closes the window, he just expects it to go away quickly and smoothly, no "outroduction" is required. It is also particularly disruptive on slow machines (like Dell Mini 9) - the animation isn't very smooth and it gives the impression of the window randomly collapsing.

Changing the animation to quick (150ms) fade provides a much more elegant and smooth effect, and a better overall experience.

Revision history for this message
Vish (vish) wrote :

@Mat_t:
I agree with the glide2 being weird for a close, But
There seems to be a design decision to use glide2 > https://bugs.launchpad.net/hundredpapercuts/+bug/195737/comments/11

Really weird effect for a close though!

Revision history for this message
Mat Tomaszewski (mat.t.) wrote : Re: [Bug 402633] Re: Change the animation on window close to fade

mac_v wrote:
> @Mat_t:
> I agree with the glide2 being weird for a close, But
> There seems to be a design decision to use glide2 > https://bugs.launchpad.net/hundredpapercuts/+bug/195737/comments/11
>
> Really weird effect for a close though!
>
>
 I think the decision was referring to the open animation, at that point
we didn't consider changing both. I strongly think the close should be
fade though (it's easy enough to test should anyone need more
convincing!) :)

M.

Revision history for this message
Hercules_100_98 (hercules-100-98) wrote :

Agreed, strange design decision, fade is far more suitable and elegant.

I made the change almost immediately.

Recommend looking into explaining this design decision and re-evaluating.

Revision history for this message
Mat Tomaszewski (mat.t.) wrote :

Would someone be interested in picking up this one? Could be a nice and easy win...

Cheers!

Changed in hundredpapercuts:
status: New → Triaged
importance: Undecided → Low
milestone: none → round-10
Revision history for this message
Vish (vish) wrote :

Attaching a patch for the change of the animation to Fade.

Revision history for this message
Vish (vish) wrote :

The above patch is against > https://launchpad.net/ubuntu/karmic/+source/compiz-fusion-plugins-main/0.8.3+git20090914-0ubuntu1

Mat Tomaszewski (mat.t.)
Changed in hundredpapercuts:
status: Triaged → Fix Committed
Changed in compiz-fusion-plugins-main (Ubuntu):
status: New → Fix Committed
Sebastien Bacher (seb128)
Changed in compiz-fusion-plugins-main (Ubuntu):
status: Fix Committed → Triaged
importance: Undecided → Wishlist
Mat Tomaszewski (mat.t.)
Changed in compiz-fusion-plugins-main (Ubuntu):
status: Triaged → In Progress
Changed in hundredpapercuts:
status: Fix Committed → In Progress
Michael Vogt (mvo)
Changed in compiz-fusion-plugins-main (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz-fusion-plugins-main - 0.8.3+git20090914-0ubuntu2

---------------
compiz-fusion-plugins-main (0.8.3+git20090914-0ubuntu2) karmic; urgency=low

  * debian/patches/01-animation-defaults.patch:
    - Use "fade" in close instead of "glide 2" (LP: #402633)

 -- Michael Vogt <email address hidden> Thu, 17 Sep 2009 17:54:39 +0200

Changed in compiz-fusion-plugins-main (Ubuntu):
status: Fix Committed → Fix Released
Travis Watkins (amaranth)
Changed in hundredpapercuts:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.