Problems at use | Problèmes à l'utilisation
|
Thorsen V, Wednesday 22 February 2012 à 08:43
|
|
Subscription date : 22 February 2012
Messages : 11
|
I have a little usage niggle I hope is easy to put right, but so far I haven't found a setting for it.
Basically if I have a few instances of a program open, hovering over the dock opens the sub-dock which is fine. When I click on one of the instances though, the compiz cube spins to the instance, but if I move the mouse before the cube has stopped spinning, the sub dock remains open and I have to move the mouse back over the sub-dock to close it.
What I'd like ideally is for the sub-dock to close when I click on the instance.
It's a small thing really and I love cairo dock, but I wonder if there is a simple solution?
Thanks for any help. |
|
fabounet, Tuesday 28 February 2012 à 18:07
|
|
Subscription date : 30 November 2007
Messages : 17118
|
Hi,
what's the version of the dock.
It's a known problem, and has been reported as "fixed" by the one who reported it before |
|
Thorsen V, Wednesday 29 February 2012 à 15:33
|
|
Subscription date : 22 February 2012
Messages : 11
|
fabounet : Hi,
what's the version of the dock.
It's a known problem, and has been reported as "fixed" by the one who reported it before
Thanks for the reply fabounet
It's 2.4.0-2
I'm using Ubuntu 10.04 |
|
Thorsen V, Wednesday 29 February 2012 à 17:42
|
|
Subscription date : 22 February 2012
Messages : 11
|
BTW, I have visibility of the main dock set to "Hide the dock whenever it overlaps any window" |
|
matttbe, Wednesday 29 February 2012 à 18:32
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Is it possible to install the current beta version by adding our "Weekly" ppa in order to check if this bug has been fixed or not? If you want to revert back to this 2.4.0 version, don't forget to backup this directory: ~/.config/cairo-dock, e.g. cp -r ~/.config/cairo-dock ~/.config/cairo-dock_bak |
|
Thorsen V, Wednesday 29 February 2012 à 19:11
|
|
Subscription date : 22 February 2012
Messages : 11
|
matttbe : Is it possible to install the current beta version by adding our "Weekly" ppa in order to check if this bug has been fixed or not? If you want to revert back to this 2.4.0 version, don't forget to backup this directory: ~/.config/cairo-dock, e.g. cp -r ~/.config/cairo-dock ~/.config/cairo-dock_bak
Hi matttbe
I've added the ppa as you requested and the effect is still present.
It's probably not very useful, but here's a screen cap: http://img716.imageshack.us/img716/937/screenshotfw.jpg
I was 2 faces of the cube away then moved the mouse left as the cube spun.
One thing I've now noticed (it may or may not have been there before), is that if I repeat the problem with the clicked window minimised, then the sub-dock does collapse nicely, I've done this three or four times and it seems consistent.
Thanks for your attention
Thor |
|
matttbe, Wednesday 29 February 2012 à 19:19
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Thank you.
I don't know if it's possible to detect the position of the mouse during Compiz effects 
E.g. launch 'xev' from a terminal, move your mouse into its white window and launch a Compiz effect with a shortcut (e.g. exposition, scale,...) and during this effect, move your mouse. Xev didn't detect that the mouse has left its window... |
|
Thorsen V, Wednesday 29 February 2012 à 21:40
|
|
Subscription date : 22 February 2012
Messages : 11
|
Just as a point of interest, shouldn't the click-event that initiates the program launch also trigger the sub-menu collapse?
matttbe : Thank you.
I don't know if it's possible to detect the position of the mouse during Compiz effects
E.g. launch 'xev' from a terminal, move your mouse into its white window and launch a Compiz effect with a shortcut (e.g. exposition, scale,...) and during this effect, move your mouse. Xev didn't detect that the mouse has left its window...
I'm not clear about the "shortcut (e.g. exposition, scale,...)" bit. Perhaps you could explain how to make the shortcut and how one could trigger it with the mouse over the xev window
In the meanwhile ...
Perhaps this is useless but I ran xev and repeated the problem scenario with it open, I'm not seeing the problem as much as before, so I actually had to repeat it before the problem occurred. This log file contains the messages xev squirted out and so it consisted of once when it worked properly followed by once when it didn't.
http://www.sendspace.com/file/4oxidm |
|
matttbe, Wednesday 29 February 2012 à 22:12
|
|
Subscription date : 24 January 2009
Messages : 12573
|
No but I wanted to say that if you launch 'xev', move your mouse pointer into xev's window and then use a Compiz effect (e.g. compiz cube, scale effect, exposition effect, etc.) and move your mouse, xev doesn't detect that the mouse is now out of its window.
So I think it's not easy to detect that the mouse pointer has left Cairo-Dock window... except if we check that there is a compiz effect (bad idea I think) or we check where is the mouse pointer (maybe a bad idea too...) |
|
Thorsen V, Wednesday 29 February 2012 à 22:48
|
|
Subscription date : 22 February 2012
Messages : 11
|
matttbe : No but I wanted to say that if you launch 'xev', move your mouse pointer into xev's window and then use a Compiz effect (e.g. compiz cube, scale effect, exposition effect, etc.) and move your mouse, xev doesn't detect that the mouse is now out of its window.
So I think it's not easy to detect that the mouse pointer has left Cairo-Dock window... except if we check that there is a compiz effect (bad idea I think) or we check where is the mouse pointer (maybe a bad idea too...)
I see ... which brings me back to my earlier thought: The click event that initiates the focus change, cube spin etc, that is obviously being detected, and isn't the simplest thing to use that event to fold up the sub dock? |
|
Guest, Friday 02 March 2012 à 14:25
|
|
|
|
I use the Compiz Cube w/Rotate, 3D Windows and Reflection/Deformation and I can't reproduce this. |
Problems at use | Problèmes à l'utilisation
|
English
Online users :