cairo-dock-team team mailing list archive

[Томица Кораћ <1077201@xxxxxxxxxxxxxxxxxx>]

I see what you mean, here's what I think. For one thing, I hate the
stupid Launcher, I don't need it, I don't want to use it and it makes my
life miserable. Of course, that's my personal opinion and it differs
from what Mark Shuttleworth thinks about the Launcher. That's why we now
have the Launcher that can't be disabled, unfortunately. Anyway, my
Launcher is always hidden (it's not showing on the screen) and I'm not
using it, like, ever. I only use my dock apps (specifically Docky) and I
only want them to manage my open windows.

For example, in CCSM > Animations > Effect Settings > Magic Lamp, there
is a setting 'Open/Close Moving End'. As explained in Compiz Wiki
(http://wiki.compiz.org/Plugins/Animation#Magic_Lamp), it determines
whether the animation's end point will be focused to the pointer or not.
What makes no sense at all to me is that this setting is only related to
the animation's end point for opening or closing a window, while it has
no effect if that same animation is used for minimizing/restoring. I
really see no reason at all why we should have a setting for one thing,
and not have a setting for the other. What if I want the same setting
for both?

Of course, I'm talking just like a mere user, without any in-depth
knowledge of the code behind. But this is a behaviour that doesn't make
much sense. That's why I've reported this bug primarily against Unity. I
wish, if after all we can't get rid of the terrible Launcher, we were at
least able to minimize its negative impact on all the other useful apps.

What I think can be done, well, where you say 'Unity updates the region
more often than say Docky, so it 'wins' in that situation.', pardon my
dumb question, but couldn't you in that case make Docky update the
region more often (what ever that means)? If I'm not mistaking, that
would make Docky win again, wouldn't it?

And where you say 'There is actually nothing that can be done here. Only
1 location on the screen can be the icon region for an application.',
then can anything be done to actually change the Desktop Environment, so
that more than just one location on the screen can be the icon region
for a window?

My point is, if only developers realize that something *should* be done
here, than there would be plenty that can be done. And I mean the Unity
developers here.

Finally, it's understandable to have a conflict if more than one dock
are visible on the screen. But in that case why can't we simply have an
option to have an animation's start/end point move to the cursor for
minimizing/restoring, just like we have it for open/close? In my
opinion, that would salve two problems: 1. the currently existing
inconsistency for one and the same animation if it's used in open/close
and in min/max; and 2. at least it would make more sense than minimizing
a window from one dock, and having it go to a completely wrong
direction.

-- 
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to Cairo-Dock Project.
https://bugs.launchpad.net/bugs/1077201

Title:
  Unity Launcher steals minimize app animation end point from other
  docks

Status in Avant Window Navigator:
  New
Status in Cairo-Dock : Core:
  New
Status in Docky:
  Invalid
Status in “unity” package in Ubuntu:
  New

Bug description:
  If I use a dock app other than Unity Launcher (e.g. Docky, AWN, Cairo
  Dock, Plank etc.) and use an animation for minimizing my open windows
  (for example, 'Magic Lamp'), the animation should be ending on my dock
  app's icon for that window. However, more often than not, Unity's
  Launcher steals that end point, so on minimizing the animation's end
  point goes to the Launcher instead on the other dock app as it should.
  Same thing with the start point for the restore animation. This is
  most frustrating for me, it looks disgusting.

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: unity 5.16.0-0ubuntu1
  ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7
  Uname: Linux 3.5.0-18-generic x86_64
  ApportVersion: 2.0.1-0ubuntu15
  Architecture: amd64
  CompizPlugins: [core,composite,opengl,decor,move,snap,grid,vpswitch,compiztoolbox,commands,regex,winrules,imgpng,animation,mousepoll,resize,place,gnomecompat,unitymtgrabhandles,wall,workarounds,mag,expo,fade,session,scale,ezoom,unityshell,dbus]
  Date: Fri Nov  9 22:20:01 2012
  InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64+mac (20120425.1)
  MarkForUpload: True
  SourcePackage: unity
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/awn/+bug/1077201/+subscriptions