Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Tooltip Freeze
The latest stable release is the *3.4.0* : How to install it here.
Note: We just switched from BZR to Git on Github! (only to host the code and your future pull requests)
Ideas | Propositions

Subjects Author Language Messages Last message
[Locked] Tooltip Freeze [Bug #176]
Page : 1 2 3
jesuisbenjamin English 44 fabounet [Read]
15 April 2011 à 12:45

taiebot65, Monday 04 April 2011 à 20:31


Subscription date : 26 October 2008
Messages : 1904
I requote myself in case fabounet did not see it.

But for me no buttons any click outside the dock should clear the dialogue. It's just an indication if i read it or not it's not important..

taiebot65 :
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
http://uppix.net/d/c/1/12693d49c0d74e1d4d4fa0379f2cbtt.jpg

Video of dancing dialogues = ugly.

http://videobin.org/+43x/4gi.html

matttbe, Monday 04 April 2011 à 20:47


Subscription date : 24 January 2009
Messages : 12573
I think it's ok now

jesuisbenjamin, Tuesday 05 April 2011 à 10:41


Subscription date : 28 October 2009
Messages : 415
Imma try to test this, but need to figure out how to install BZR first. Aslo would it mean a notification from the Mail Applet would require a click to close?

matttbe, Tuesday 05 April 2011 à 14:06


Subscription date : 24 January 2009
Messages : 12573
Imma try to test this, but need to figure out how to install BZR first.
You can have a look there From BZR, there is a script for Debian/Ubuntu. But I'm going to update our weekly ppa.

Aslo would it mean a notification from the Mail Applet would require a click to close?
Which notification? If it's only a notification without any bouton, etc. I think it will disappear after a few second (but you can click on it to close it)

fabounet, Wednesday 06 April 2011 à 16:51


Subscription date : 30 November 2007
Messages : 17118
Aslo would it mean a notification from the Mail Applet would require a click to close?

the behavior has not changed for notification dialogs (they will disappear after a few seconds, or you can click on them)


A click outside or any action outside the dialogue close the dialogue.

that's questionnable. for instance you might want to copy-paste something inside the text-entry of a dialog. in this case, closing the dialog on focus loose would be very frustrating

taiebot65, Wednesday 06 April 2011 à 17:26


Subscription date : 26 October 2008
Messages : 1904
That is much better now love this new feature

jesuisbenjamin, Wednesday 06 April 2011 à 21:07


Subscription date : 28 October 2009
Messages : 415
Hi i can see some behavioural change as with the clock applet, but other applets have the old behaviour (compare with calendar applet for instance).

matttbe, Wednesday 06 April 2011 à 21:51


Subscription date : 24 January 2009
Messages : 12573
(compare with calendar applet for instance).
But it's a classical dialogue. But you can edit the sh file of this applet by replacing the timeout 5 (I think) by 0

jesuisbenjamin, Wednesday 06 April 2011 à 22:59


Subscription date : 28 October 2009
Messages : 415
matttbe :
(compare with calendar applet for instance).
But it's a classical dialogue. But you can edit the sh file of this applet by replacing the timeout 5 (I think) by 0


It seems to me odd this one should be different from the other dialogues, why would you want to have this dialog dancing about with the dock?

What i mean is there is a difference between a dialogue and a notification. In the case of email checker for instance it's a notification (it gives me info while i'm not busy with the dock), in the case of the calendar applet it's a dialog (i click on the dock's applet to see specific info, the dock gives it in return).

This is where i think the idea of making Cairo's own menus merging. The menu, like the dialog is something you interact with and you don't want your dock to dance while doing so and you want the menu/dialog out of your screen when you're done.

Perhaps a clear(er) definition of menu, dialog, notification, label and indicators is required? I don't have all the info, so perhaps i am mistaken, but it seems confused/confusing to me.

fabounet, Thursday 07 April 2011 à 12:39


Subscription date : 30 November 2007
Messages : 17118
all dialogs that have interaction wth the user (that is to say, either having buttons or a widget like a calendar or a list of RSS feeds) will take the focus (and therefore freeze the dock).
that should work for any applet, included third-party ones.

dialogs that are a simple notification don't freeze the dock.
So I think we are on the same wavelength and the Calendar applet displays a simple message IIRC (you can't interact on it, except to close it).

jesuisbenjamin, Saturday 09 April 2011 à 22:22


Subscription date : 28 October 2009
Messages : 415
OK,

perhaps it's just me: i don't see why the calendar dialog would be a notification and not a dialog proper, since it is requested by the user.
Also with the sound-control applet, after a left-click, clicking outside the dock area does not kill the dialog while clicking on any dock-area does. It believe it should be killed in both cases.

Cheers,
Benjamin

matttbe, Saturday 09 April 2011 à 22:42


Subscription date : 24 January 2009
Messages : 12573
Yes but in fact, the calendar dialog is a notification...
We can change the time from 5sec to 0sec in order to "freeze" the dock but currently, if we set the timeout to 0, it's still considered as a notification.
@ fabounet: what do you think about that?

fabounet, Tuesday 12 April 2011 à 12:34


Subscription date : 30 November 2007
Messages : 17118
Also with the sound-control applet, after a left-click, clicking outside the dock area does not kill the dialog while clicking on any dock-area does. It believe it should be killed in both cases.

indeed, currently this is the behavior.
let's have more feedback about it for the next version

@Matttbe: well that seems reasonnable, since you will have to click on the dialog to close it.

jesuisbenjamin, Tuesday 12 April 2011 à 12:51


Subscription date : 28 October 2009
Messages : 415
Hey,

I posted some more feedback but it seems to have disappeared from the thread [EDIT: no it's on the other thread, i am getting confused: http://glx-dock.org/bg_topic.php?t=5229&pos=0#mess_66439). I noticed:

When removing a launcher or applet: the confirmation dialog appears and the icon/dock falls back (unzooms). It seems it should freeze in this case too.

With applets like the weather applet: it is necessary to click on the icon to get the information dialogue bu then clicking again on the same icon does not close the dialog. The duration of the dialogue can be preset but in practice the duration of usage of the dialogue depends on how much information the user wants to read. If you want to read full weather information, you need more time than when merely reading the temperature. Intuitively, you want to click the dialogue on/off as you use it (just as you use the RSS applet for instance).

Finally: the label still remains while a dialogue or notification is up. It should perhaps be removed ad that point to avoid excessive stacking up.

fabounet, Tuesday 12 April 2011 à 12:59


Subscription date : 30 November 2007
Messages : 17118
ok thanks a lot, I'll do something about these

jesuisbenjamin, Tuesday 12 April 2011 à 18:54


Subscription date : 28 October 2009
Messages : 415
More feedback:

RSS applet dialogue should end when clicking outside the dialogue and also when clicking on a RSS link (which launches the web browser).

matttbe, Tuesday 12 April 2011 à 19:35


Subscription date : 24 January 2009
Messages : 12573
Yes you're right!

matttbe, Tuesday 12 April 2011 à 19:35


Subscription date : 24 January 2009
Messages : 12573
Yes you're right!

nochka85, Tuesday 12 April 2011 à 21:30


Subscription date : 29 November 2007
Messages : 7408
Why 2 times ?

nochka85, Tuesday 12 April 2011 à 21:31


Subscription date : 29 November 2007
Messages : 7408
Why 2 times ?

Ideas | Propositions

Subjects Author Language Messages Last message
[Locked] Tooltip Freeze [Bug #176]
Page : 1 2 3
jesuisbenjamin English 44 fabounet [Read]
15 April 2011 à 12:45


Glx-Dock / Cairo-Dock List of forums Ideas | Propositions Tooltip Freeze Top

Online users :

Powered by ElementSpeak © 2007 Adrien Pilleboue, 2009-2013 Matthieu Baerts.
Dock based on CSS Dock Menu (Ndesign) with jQuery. Icons by zgegball
Cairo-Dock is a free software under GNU-GPL3 licence. First stable version created by Fabounet.
Many thanks to TuxFamily for the web Hosting and Mav for the domain name.