Docky is not target for minimize animation

[Marius Vordal]

Using Compiz with the Animations plugin I find that using minimize animations that normally target the taskbar - such as "zoom" or "glide 2" - often fails to minimize "towards" Docky. That is to say, instead of targeting the launcher in Docky, the window minimizes towards the cursor, or rather towards the point on the screen where the minimize animation was originally triggered.
The problem only seems to affect applications that have a launcher on Docky. If an applications is launched that doesn't have a launcher on Docky, the minimize animation for that window will work as expected.
Windows that were initially started from a launcer on Docky will eventually start behaving correctly. However, I am not able to consistently recreate conditions under which this happens. Usually I will simply notice, after a few minutes of doing various other things, that the window has started minimizing correctly.

Terminal output does not seem to give any relevant information other than version numbers.
[Info 11:38:22.696] Docky version: 2.0.2 Release
[Info 11:38:22.703] Kernel version: 2.6.32.21
[Info 11:38:22.704] CLR version: 2.0.50727.1433
[Debug 11:38:22.941] [UserArgs] BufferTime = 0
[Debug 11:38:22.941] [UserArgs] MaxSize = 2147483647
[Debug 11:38:22.941] [UserArgs] NetbookMode = False
[Debug 11:38:22.941] [UserArgs] NoPollCursor = False
[Info 11:38:23.021] [DockController] Setting theme: Classic
[Info 11:38:24.924] [DrawingService] Could not find 'deluge', using fallback of 'extension'.
[Info 11:38:24.928] [DrawingService] Could not find 'gajim', using fallback of 'extension'.
[Info 11:38:24.932] [DrawingService] Could not find 'gtg', using fallback of 'extension'.
[Info 11:38:24.950] [DrawingService] Could not find 'pidgin', using fallback of 'extension'.

[Marius Vordal (mariuslv-gmail)]

I see this has been marked as a duplicate of bug #495065, but as far as I can tell that bug does not deal with the issue I described, but rather with the issue of misplaced window previews. Despite my own lack of technical insight I suppose I can imagine that these two issues are both symptomatic of the same underlying bug, but this is certainly not obvious to the untrained eye. Is there any chance my bug report was erroneously marked as a duplicate?

[Robert Dyer (psybers)]

Nope, same problem different symptoms.

[Micah Chen (umfs)]

It's not a duplicate, I reported this bug before, you guys just ignored it.

On Fri, Apr 23, 2010 at 11:09 PM, Robert Dyer <email address hidden> wrote:

> *** This bug is a duplicate of bug 495065 ***
> https://bugs.launchpad.net/bugs/495065
>
> Nope, same problem different symptoms.
>
> --
> Docky is not target for minimize animation
> https://bugs.launchpad.net/bugs/567797
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (via bug 495065).
>
> Status in Docky: New
>
> Bug description:
> Using Compiz with the Animations plugin I find that using minimize
> animations that normally target the taskbar - such as "zoom" or "glide 2" -
> often fails to minimize "towards" Docky. That is to say, instead of
> targeting the launcher in Docky, the window minimizes towards the cursor, or
> rather towards the point on the screen where the minimize animation was
> originally triggered.
> The problem only seems to affect applications that have a launcher on
> Docky. If an applications is launched that doesn't have a launcher on Docky,
> the minimize animation for that window will work as expected.
> Windows that were initially started from a launcer on Docky will eventually
> start behaving correctly. However, I am not able to consistently recreate
> conditions under which this happens. Usually I will simply notice, after a
> few minutes of doing various other things, that the window has started
> minimizing correctly.
>
>
> Terminal output does not seem to give any relevant information other than
> version numbers.
> [Info 11:38:22.696] Docky version: 2.0.2 Release
> [Info 11:38:22.703] Kernel version: 2.6.32.21
> [Info 11:38:22.704] CLR version: 2.0.50727.1433
> [Debug 11:38:22.941] [UserArgs] BufferTime = 0
> [Debug 11:38:22.941] [UserArgs] MaxSize = 2147483647
> [Debug 11:38:22.941] [UserArgs] NetbookMode = False
> [Debug 11:38:22.941] [UserArgs] NoPollCursor = False
> [Info 11:38:23.021] [DockController] Setting theme: Classic
> [Info 11:38:24.924] [DrawingService] Could not find 'deluge', using
> fallback of 'extension'.
> [Info 11:38:24.928] [DrawingService] Could not find 'gajim', using
> fallback of 'extension'.
> [Info 11:38:24.932] [DrawingService] Could not find 'gtg', using fallback
> of 'extension'.
> [Info 11:38:24.950] [DrawingService] Could not find 'pidgin', using
> fallback of 'extension'.
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/docky/+bug/567797/+subscribe
>

[Robert Dyer (psybers)]

Please trust the devs - this is a duplicate bug. The window minimize animation in Compiz uses the icon geometry for the window to minimize 'to the icon'. This point gets broken (quite easily) and causes things like window previews and minimize animations to be wrong.

[Micah Chen (umfs)]

Ok, I see. 2 months ago, some guy of this channel told me they won't take
care of this bug cuz it's a minor. I was so disappointed and quit using
docky since then.

On Sat, Apr 24, 2010 at 9:38 AM, Robert Dyer <email address hidden> wrote:

> *** This bug is a duplicate of bug 495065 ***
> https://bugs.launchpad.net/bugs/495065
>
> Please trust the devs - this is a duplicate bug. The window minimize
> animation in Compiz uses the icon geometry for the window to minimize
> 'to the icon'. This point gets broken (quite easily) and causes things
> like window previews and minimize animations to be wrong.
>
> --
> Docky is not target for minimize animation
> https://bugs.launchpad.net/bugs/567797
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (via bug 495065).
>
> Status in Docky: New
>
> Bug description:
> Using Compiz with the Animations plugin I find that using minimize
> animations that normally target the taskbar - such as "zoom" or "glide 2" -
> often fails to minimize "towards" Docky. That is to say, instead of
> targeting the launcher in Docky, the window minimizes towards the cursor, or
> rather towards the point on the screen where the minimize animation was
> originally triggered.
> The problem only seems to affect applications that have a launcher on
> Docky. If an applications is launched that doesn't have a launcher on Docky,
> the minimize animation for that window will work as expected.
> Windows that were initially started from a launcer on Docky will eventually
> start behaving correctly. However, I am not able to consistently recreate
> conditions under which this happens. Usually I will simply notice, after a
> few minutes of doing various other things, that the window has started
> minimizing correctly.
>
>
> Terminal output does not seem to give any relevant information other than
> version numbers.
> [Info 11:38:22.696] Docky version: 2.0.2 Release
> [Info 11:38:22.703] Kernel version: 2.6.32.21
> [Info 11:38:22.704] CLR version: 2.0.50727.1433
> [Debug 11:38:22.941] [UserArgs] BufferTime = 0
> [Debug 11:38:22.941] [UserArgs] MaxSize = 2147483647
> [Debug 11:38:22.941] [UserArgs] NetbookMode = False
> [Debug 11:38:22.941] [UserArgs] NoPollCursor = False
> [Info 11:38:23.021] [DockController] Setting theme: Classic
> [Info 11:38:24.924] [DrawingService] Could not find 'deluge', using
> fallback of 'extension'.
> [Info 11:38:24.928] [DrawingService] Could not find 'gajim', using
> fallback of 'extension'.
> [Info 11:38:24.932] [DrawingService] Could not find 'gtg', using fallback
> of 'extension'.
> [Info 11:38:24.950] [DrawingService] Could not find 'pidgin', using
> fallback of 'extension'.
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/docky/+bug/567797/+subscribe
>