I think what MC Return is trying to say is that unity overrides the user-specified behaviour when either one of these plugins is loaded and either it shouldn't, or unity should be marked as conflicting with those two.
On a technical level, not overriding the behaviour is harder than it sounds but patches welcome.
John Lea <email address hidden> wrote:
>@mc-return; I'm changing the status of this bug back to Opinion because
>it is a design change. However if you could attach a screencast of the
>requested animation, we will review it against our existing animation
>and make a decision on whether or not this change should land.
>
>Sorry about this, but it is really a design change, not a bug fix,
>christian giordano needs to signoff all animation changes.
>
>** Changed in: compiz
> Status: In Progress => Opinion
>
>** Changed in: unity
> Status: In Progress => Opinion
>
>--
>You received this bug notification because you are a member of Compiz
>Maintainers, which is subscribed to Compiz.
>Matching subscriptions: Compiz bugs
>https://bugs.launchpad.net/bugs/1006434
>
>Title:
> Show desktop plug-in fades windows out and ignores movement and
> movement direction settings completely once unityshell is enabled
>
>Status in Ayatana Design:
> New
>Status in Compiz:
> Opinion
>Status in Unity:
> Opinion
>Status in “compiz” package in Ubuntu:
> Opinion
>
>Bug description:
> It fades the windows out/in to hide/show the desktop like the "Fade to
> Desktop" plug-in should do instead of moving the windows out of view
> like it did in the past.
>
> This is happening because this plug-in and its settings are ignored
> once unityshell runs and Unity uses its own code to fade to the
> desktop (unity/plugins/unityshell/src/UnityShowdesktopHandler.cpp/.h).
>
>To manage notifications about this bug go to:
>https://bugs.launchpad.net/ayatana-design/+bug/1006434/+subscriptions
I think what MC Return is trying to say is that unity overrides the user-specified behaviour when either one of these plugins is loaded and either it shouldn't, or unity should be marked as conflicting with those two.
On a technical level, not overriding the behaviour is harder than it sounds but patches welcome.
John Lea <email address hidden> wrote:
>@mc-return; I'm changing the status of this bug back to Opinion because /bugs.launchpad .net/bugs/ 1006434 plugins/ unityshell/ src/UnityShowde sktopHandler. cpp/.h) . /bugs.launchpad .net/ayatana- design/ +bug/1006434/ +subscriptions
>it is a design change. However if you could attach a screencast of the
>requested animation, we will review it against our existing animation
>and make a decision on whether or not this change should land.
>
>Sorry about this, but it is really a design change, not a bug fix,
>christian giordano needs to signoff all animation changes.
>
>** Changed in: compiz
> Status: In Progress => Opinion
>
>** Changed in: unity
> Status: In Progress => Opinion
>
>--
>You received this bug notification because you are a member of Compiz
>Maintainers, which is subscribed to Compiz.
>Matching subscriptions: Compiz bugs
>https:/
>
>Title:
> Show desktop plug-in fades windows out and ignores movement and
> movement direction settings completely once unityshell is enabled
>
>Status in Ayatana Design:
> New
>Status in Compiz:
> Opinion
>Status in Unity:
> Opinion
>Status in “compiz” package in Ubuntu:
> Opinion
>
>Bug description:
> It fades the windows out/in to hide/show the desktop like the "Fade to
> Desktop" plug-in should do instead of moving the windows out of view
> like it did in the past.
>
> This is happening because this plug-in and its settings are ignored
> once unityshell runs and Unity uses its own code to fade to the
> desktop (unity/
>
>To manage notifications about this bug go to:
>https:/