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
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  |
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 |
Subscription date : 26 October 2008
Messages : 1904
|
That is much better now love this new feature |
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 |
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). |
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? |
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. |
Subscription date : 30 November 2007
Messages : 17118
|
ok thanks a lot, I'll do something about these  |
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! |
Subscription date : 29 November 2007
Messages : 7408
|
Why 2 times ? |
Subscription date : 29 November 2007
Messages : 7408
|
Why 2 times ?
|
|