** Changed in: compiz-fusion-plugins-main (Ubuntu)
Status: Triaged => In Progress
** Changed in: hundredpapercuts
Status: Fix Committed => In Progress
--
Change the animation on window close to fade
https://bugs.launchpad.net/bugs/402633
You received this bug notification because y
** Changed in: hundredpapercuts
Status: Triaged => Fix Committed
** Changed in: compiz-fusion-plugins-main (Ubuntu)
Status: New => Fix Committed
--
Change the animation on window close to fade
https://bugs.launchpad.net/bugs/402633
You received this bug notification because you are
Would someone be interested in picking up this one? Could be a nice and
easy win...
Cheers!
** Changed in: hundredpapercuts
Status: New => Triaged
** Changed in: hundredpapercuts
Importance: Undecided => Low
** Changed in: hundredpapercuts
Milestone: None => round-10
--
Change t
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 ope
Public bug reported:
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
requir
Marking high as this affects all users on a default installation.
** Changed in: hundredpapercuts
Importance: Undecided => High
** Also affects: compiz-settings
Importance: Undecided
Status: New
** Also affects: compiz (Ubuntu)
Importance: Undecided
Status: New
--
Open a
6 matches
Mail list logo