Subscription date : 28 October 2009
Messages : 415
|
Dear all,
I like using the icon zoom feature and labels of the dock. Yet when using a tooltip, it keeps moving up and down with the icon or label. I like that the dock is fluid, but that's a bit too much to my taste. It looks rickety and that's doesn't make the dock look professional.
Docky however freezes the dock and removes the label when using a tooltip. The same feature exists in Cairo when using a menu. Could that be applied too for tooltips, at least as an option?
Thanks
B. |
Subscription date : 30 November 2007
Messages : 17118
|
did you try with the 2.3 ? I have fixed the dialogs (I guess tooltip = dialog) when moving the mouse inside the dock
tell me if it's better |
Subscription date : 28 October 2009
Messages : 415
|
fabounet : did you try with the 2.3 ? I have fixed the dialogs (I guess tooltip = dialog) when moving the mouse inside the dock
tell me if it's better :)
Yes i am using the weekly version. I didn't see any changes.
Take for instance the clock-applet, put an icon zoom up to 2 and make the dock hide automatically. Click on the clock and it reveals the dialog (not the tooltip sorry). Move your mouse left-right and the dialog remains and the pointer follows the moving icon. Move the arrow outside the dock and the dialog moves down to follow the icon. Move then back on the dock and the dialog moves up again and let the dock hide and the dialog follows, till the edge of the screen.
Although this dialog seems very clever to follow the icon like this, in my opinion it makes the dock look rickety. Again, i believe freeze makes it more pleasant to work with. It's the feeling i get when i try Docky and / or when i use right click menus on Cairo. |
fabounet, Wednesday 30 March 2011 à 17:28
|
|
Subscription date : 30 November 2007
Messages : 17118
|
ah yes the dialog follows the icon when the dock hides/show itself. that's probably better than a dialog pointing on nothing, don't you think?
when moving inside the dock though, the dialog doesn't move (only the dialog tip does follow the icon) |
Subscription date : 28 October 2009
Messages : 415
|
fabounet : ah yes the dialog follows the icon when the dock hides/show itself. that's probably better than a dialog pointing on nothing, don't you think?
when moving inside the dock though, the dialog doesn't move (only the dialog tip does follow the icon)
Yes, i agree to all that
My point only is that it'd look neater if the entire dock froze, as with menus. |
fabounet, Thursday 31 March 2011 à 17:52
|
|
Subscription date : 30 November 2007
Messages : 17118
|
oh, well that's quite extrem
because what if you open the calendar, and then want to look for something in a window and you can't use the (frozen) dock ? |
Subscription date : 28 October 2009
Messages : 415
|
fabounet : oh, well that's quite extrem
because what if you open the calendar, and then want to look for something in a window and you can't use the (frozen) dock ?
Sorry, i don't see your point.
I guess you open the window first, look up your calendar and then you're done right? |
Subscription date : 30 November 2007
Messages : 17118
|
yep, if you thought of it beforehand
if you forgot to pop your window before, you have to close the calendar first and then re-open it (or not use the dock to do that).
maybe that's not a problem after alldialogs would be like menus; but then I guess they should close themself when they lose focus (like menus) ?
anyone having an opinion about this ? |
fabounet, Saturday 02 April 2011 à 03:14
|
|
Subscription date : 30 November 2007
Messages : 17118
|
I've implemented a frozen dock for the Calendar dialog (Clock applet)
it's quite simple, the dialog is just set as "modal" for the other windows of the program.
so it intercepts the events on the docks and desklets. |
Subscription date : 28 October 2009
Messages : 415
|
Well let's try that |
Subscription date : 26 October 2008
Messages : 1904
|
I totally agree with jesuisbenjamin we need proper labels and dialogues behaviour
Dialogues require immediate action, so I have few suggestion regardings dialogues behaviour.
if a dialogue is open labels are not displayed.
If a dialogue is open the dock can not hide again and cairo-dock stays up till the action.
Dialogues are center on their icon. and dock freeze till action.
Only one dialogue is open at anytime.
A click outside or any action outside the dialogue close the dialogue.
some bug due to dialogues behaviour
dialogues stays up Dock hidden = Ugly
Video of dancing dialogues = ugly.
http://videobin.org/+43x/4gi.html |
Subscription date : 28 October 2009
Messages : 415
|
Can't see the picture on the first link ("forbidden")
The video is really good |
matttbe, Saturday 02 April 2011 à 17:52
|
|
Subscription date : 24 January 2009
Messages : 12573
|
What about the last revision?
As I said to fabounet on IRC yesterday, I think it's maybe better now : please test the clock applet and its calendar. I think that all dialogues that require immediate action has to have this behaviour.
And I think it will be better if all icons become darkest except the icon that has been clicked (same think for subdock) |
Subscription date : 28 October 2009
Messages : 415
|
i can't see the difference, it was updated today though |
matttbe, Sunday 03 April 2011 à 00:18
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Are you still using the version compiled from BZR repository?
|
Subscription date : 28 October 2009
Messages : 415
|
I should. At least i didn't ask it to change back.
It currently says version 2.3.0~0rc2
Edit: Aaah i see: i am using the weekly PPA and not the BZR. And it thought it was the same all this time! |
matttbe, Sunday 03 April 2011 à 23:19
|
|
Subscription date : 24 January 2009
Messages : 12573
|
@fabounet: did you revert this change? |
matttbe, Sunday 03 April 2011 à 23:19
|
|
Subscription date : 24 January 2009
Messages : 12573
|
@fabounet: did you revert this change? |
Subscription date : 30 November 2007
Messages : 17118
|
yes, because now it's directly in the core
so all the dialogs have the same behaviour:
- it has buttons => one of them is a "close" button, the dock is frozen until the dialogue is closed.
- it has no buttons but some widgets inside => clicking on the dialog or the dock will close it, until then the dock is frozen.
- it has none of them => it's a mere notification, so the dock is not frozen; clicking on the dialog will close it
"the dock is frozen" means the dock does not receive any input, so basically it's frozen, but the main loop is not frozen, so external events can still occur (like new icons in the taskbar). but basically you're supposed to do things with the dialog, not doing somehing else
thanks to test this heavily, since it's quite a big change (and I really shouldn't have made it in a release candidate ) |
matttbe, Monday 04 April 2011 à 17:55
|
|
Subscription date : 24 January 2009
Messages : 12573
|
but yesterday it didn't work anymore with the clock applet |
|