Subscription date : 28 October 2009
Messages : 415
|
I don't know if that's been mentioned before, so i just bring it out.
I that right-click menu appearance proper to CD would help creating a better consistency in the interface. Right now it uses the GTK menu I believe. It makes it look different from the dialog boxes for instance. Would it not be nice to have CD menus that match the current theme?
Cheers,
Benjamin |
fabounet, Wednesday 09 March 2011 à 17:15
|
|
Subscription date : 30 November 2007
Messages : 17118
|
yep the dock uses GTK menus (and GTK config windows as well).
in a KDE environment I guess it's not very nice, but doing a whole KDE backend is too much work.
if we only focus on menus, maybe dbusmenu could help in the long term. |
Subscription date : 26 October 2008
Messages : 1904
|
+100000 |
ppmt, Monday 14 March 2011 à 01:55
|
|
Subscription date : 29 November 2007
Messages : 3520
|
j'avais fait attention mais forcement maitenant qu'on me l'a dit!!
c'est vrai que ce serait chouette |
Subscription date : 30 November 2007
Messages : 17118
|
en fait y'a 2 choix:
- un menu "natif" (GTK/Qt/autre)
- un menu "themable" (comme les dialogues) |
Subscription date : 28 October 2009
Messages : 415
|
A qui le choix? |
matttbe, Tuesday 15 March 2011 à 09:25
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Even if jesuisbenjamin understands (and writes very well) our French language, all this topic should be in English
About this idea, it should be great but it needs a lot of work |
Subscription date : 30 November 2007
Messages : 17118
|
I can try to hack on this, and see how it renders
seems easier than re-implementing the whole menu operation |
Subscription date : 28 October 2009
Messages : 415
|
fabounet : I can try to hack on this, and see how it renders
seems easier than re-implementing the whole menu operation
I'd choose for whatever pays more on the long term. Good luck with that. |
Subscription date : 28 October 2009
Messages : 415
|
I looked into Docky again and i really like how it has its own style and looks consistent with the dock. That's something Cairo needs too.
Also i noticed one small yet important touch: the menus appear above the icon, like tooltips and not at the mouse-click-point which can overlap the dock and looks somehow chaotic. Can this be also conditioned optionally?
Thanks, i'm really looking forward to new menus
B. |
Subscription date : 30 November 2007
Messages : 17118
|
yep, that's the case for icon-specific menus, like GMenu or Clipper (tell me if that's the behavior you wish)
for menus that are linked to a dock and an icon, I didn't do that, but that can be done easily, thanks for the suggestion |
Subscription date : 28 October 2009
Messages : 415
|
fabounet : yep, that's the case for icon-specific menus, like GMenu or Clipper (tell me if that's the behavior you wish)
for menus that are linked to a dock and an icon, I didn't do that, but that can be done easily, thanks for the suggestion :)
The behaviour i am talking about (indeed i hadn't noticed) is that of Applications Menu, on left-click, yes.
It would make sense if right-click menu so too would behave |
Subscription date : 28 October 2009
Messages : 415
|
Ha! I see you changed the right-click menu behaviour so it fits on top of the icon, nice
Vertical alignment perhaps should be centred on the icon?
Did you think of how to go about theming the menu's appearance already?
Cheers!
B. |
Subscription date : 28 October 2009
Messages : 415
|
Appendum: (i don't use the BZR but the Weekly PPA, so my version may be out of date).
When deleting a launcher or applet the dialog asking for confirmation appears while the dock falls back to position (un-zoom) as it is not in focus anymore. In this case the dock should freeze too.
Again on the distinction between dialog and notification: when using the weather applet, i click to read the details. When i am done reading i intuitively click on the icon again to hide the details, but that reloads the dialog instead. I can only wait for it to go, if remove the focus then again the dialog stays on for a while, dancing with the moving dock. Also if i want to read that information thoroughly, the time out of the dialogue if fixed. Even as i would set the time out to longer time it may not apply for each case when i require the applet: sometimes you need full info, sometimes just bits. Clicking the dialog on / off seems to me the most flexible and intuitive option, even if it increases my daily clicks by 2 or 3.
Thoughts?
B. |
Subscription date : 30 November 2007
Messages : 17118
|
ok so maybe an option to set an infinite timelength ? in which case, as Matttbe proposed, the dialog would be considered as an interactive dialog (not a notification) and would therefore be frozen ?
Did you think of how to go about theming the menu's appearance already?
barely, it's something for the 2.4 |
|