Change the animation on window close to fade

Bug #402633 reported by Mat Tomaszewski on 2009-07-21
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
One Hundred Papercuts
Low
Unassigned
compiz-fusion-plugins-main (Ubuntu)
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.

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!

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.

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.

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
Vish (vish) wrote :

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

Mat Tomaszewski (mat.t.) on 2009-09-17
Changed in hundredpapercuts:
status: Triaged → Fix Committed
Changed in compiz-fusion-plugins-main (Ubuntu):
status: New → Fix Committed
Changed in compiz-fusion-plugins-main (Ubuntu):
status: Fix Committed → Triaged
importance: Undecided → Wishlist
Mat Tomaszewski (mat.t.) on 2009-09-17
Changed in compiz-fusion-plugins-main (Ubuntu):
status: Triaged → In Progress
Changed in hundredpapercuts:
status: Fix Committed → In Progress
Michael Vogt (mvo) on 2009-09-17
Changed in compiz-fusion-plugins-main (Ubuntu):
status: In Progress → Fix Committed
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
Changed in hundredpapercuts:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers