Journal Quand Ubuntu me régale

Posté par gnumdk (site web personnel) le 17 février 2011 à 16:44.

Étiquettes :

fév.

2011

Voilà, cela fait un moment que je voulais me débarrasser des menus dans mes applications mais sans solution idéale :

QtCurve et son hack pour cacher la barre de menu dans les apps gtk et qt
plasma-xbar se basant sur libdbusmenu mais passant par un hack au niveau du moteur de style.

Mais Ubuntu, enfin surtout Aurelien Gateau pour la partie Qt et je ne sais qui pour la partie Gtk propose enfin une solution propre : appmenu

https://launchpad.net/appmenu-qt
https://launchpad.net/appmenu-gtk

C'est déjà dispo dans le dépot AUR archlinux, en revanche ça recompile Qt et Gtk donc c'est un peu long...

J'espère franchement que ces patchs seront appliqués rapidement dans les deux toolkits parce que pour moi, c'est vraiment un chose importante.

Du temps de KDE 3 (et du hack pour piquer le barre de menu), la barre de menu à la macos ne me donnait pas satisfaction, en effet :

Obligation souvent d'utiliser un panel dédié vu qu'il est difficile de faire rentrer la barre de menu plus les lanceurs + ...
Au final, une gain d'espace assez faible voir même une perte pour les appli n'ayant pas de menu...

Avec la solution appmenu (sous Kde en tout cas), on peut mettre ça dans un plasmoid avec une simple entrée menu que l'on peut caler où l'on veut sur l'écran, voire dans son panel principal sans perte de place.

http://adishatz.1s.fr/~gnumdk/menuapp.png

# Au clavier / menu complet

Posté par JGO le 17 février 2011 à 16:52. Évalué à 5.

1) Quel est le comportement avec les raccourcis clavier ? Si je tape Alt-F, va-t-il au menu Fichier ?
2) Peux-tu afficher, au lieu simplement de « menu », le menu complet (histoire de savoir quels menu sont dispos dans ton application) ?
- [^] # Re: Au clavier / menu complet
  
  Posté par gnumdk (site web personnel) le 17 février 2011 à 17:00. Évalué à 3.
  
  1) oui
  2) bien sur :)
  - [^] # Re: Au clavier / menu complet
    
    Posté par richardd le 17 février 2011 à 17:45. Évalué à 1.
    
    Est-il possible de garder les menus dans l'application pour les fenêtres non maximisées ? En effet, travaillant à la fois sous GNU/Linux et sous Os X, sur un grand écran, je trouve absolument aberrant le fait d'aller à l'autre bout de l'écran pour accéder à un menu... Quel perte de temps de promener autant la souris ...
    
    Si cela n'est pas possible (ou au moins désactivable tout en gardant le reste d'Unity) c'est, je pense, ce genre de choses qui me fera quitter cette distribution maintenant guidé par des graphistes non-ergonomes à souhait -_-...
    
    Je pense que je ne suis pas le seul qui sera plutôt ennuyé par ce nouveau comportement...
    - [^] # Re: Au clavier / menu complet
      
      Posté par Yusei (Mastodon) le 17 février 2011 à 18:23. Évalué à 3.
      
      J'ose espérer que ce ne sera pas obligatoire, sans quoi il faudra aussi renoncer au focus qui suit la souris.
    - [^] # Re: Au clavier / menu complet
      
      Posté par Dreamkey le 17 février 2011 à 18:51. Évalué à 4.
      
      J'aimerais avoir le même comportement, c'est-à-dire le menu caché par défaut (sans devoir le mettre quelque part), mais leur faire apparaître à sa place habituelle dès que j'appuie sur alt, et le recacher dès que j'ai fini *
      Le must serait de pouvoir ajouter des exceptions, par exemple pour gimp qui utilise intensément le menu.
      
      * : j'ai déjà trouvé comment avoir ce comportement sous Firefox : https://addons.mozilla.org/fr/firefox/addon/hide-menubar-476(...)
      Mais je reste étonné que ce ne soit pas possible pour toutes applications gtk.
      - [^] # Re: Au clavier / menu complet
        
        Posté par JGO le 17 février 2011 à 19:06. Évalué à 2.
        
        Pour gimp tu peux mettre le menu où tu veux, j'espère que le patch Ubuntu ne va pas détruire ce comportement.
        1. Clic droit sur l'image courante → le menu apparait (avec ou sans appmenu-gtk)
        2. Clic gauche sur la ligne pointillée → hop, le menu est désolidarisé, il reste dans une petite fenêtre.
        Tu peux ainsi placer tes sous-menus les plus utiles dans des fenêtres à côté de ton image, pour accès rapide.
        
        [^] # Re: Au clavier / menu complet
        
        Posté par Guillaume T le 18 février 2011 à 10:05. Évalué à 3.
        
        Gimp reste amho un must d'ergonomie pour tout ceux qui possèdent un WM digne de ce nom et qu'ils savent s'en servir, et un cauchemar pour les autres. Sous un environnement Windows, c'est purement inadapté.
        Ajoutons à çà des utilisateurs habitués à contourner les défauts de l'interface H/M avec des techniques anti-productives, et on a le fondement de la réputation d'un Gimp à l'interface vieillote et peu fonctionnelle, à mille lieues de la réalité
        Pour en revenir au sujet, les menus ne me dérangent pas, et s'avèrent pratique régulièrement dans mon cas. Pour un mini portable je comprends l'intérêt de les cacher, mais sur un 22/24 pouces on est pas à quelques mm près.
        Et en effet, ta technique proposée ici se transforme en cauchemar pour peu que l'on choisisse un focus qui suit la souris, comme dans mon cas...
        
        [^] # Re: Au clavier / menu complet
        
        Posté par imr le 19 février 2011 à 02:38. Évalué à 1.
        
        Gimp reste amho un must d'ergonomie pour tout ceux qui possèdent un WM digne de ce nom et qu'ils savent s'en servir, et un cauchemar pour les autres.
        Traduction: l'ergonomie de gimp est bonne dès lors que tu as un WM qui te permet de la contourner voire de la transformer parce que par défaut c'est un cauchemar.
        J'appelle pas ça une réputation à mille lieux de la réalité.
        
        [^] # Re: Au clavier / menu complet
        
        Posté par JGO le 19 février 2011 à 16:07. Évalué à 3.
        
        Gimp n'a pas de valeur par défaut qui serait bonne ou mauvaise, il se repose entièrement sur l'efficacité du WM.
        Si tu regardes les logiciels un peu anciens gérant plusieurs documents (p.ex. Word 6), tu vois qu'il y a une fenêtre unique et des sous-fenêtres pour chaque document ou fenêtre d'outils. Certaines personnes pensent que ce n'est pas le rôle du logiciel de traitement de texte de gérer l'arrangement des sous-fenêtres, c'est le rôle du gestionnaire de fenêtres. ILs se tournent donc vers des fenêtres séparées et dockables. Mais là il faut un gestionnaire de fenêtres qui ait été développé en pensant avoir à faire ce travail.
        
        À l'inverse, les concepteurs de Blender ont pensé que les exigences de productivité particulières faisaient que c'était à eux d'arranger les fenêtres. Ils ont donc un petit WM interne qui arrange les fenêtres selon leur plan (pour la théorie, voir https://lwn.net/Articles/428118/ au pdf donné en lien dans le 2e commentaire). L'ergonomie de Blender est mal appréciée des débutants. Mais c'est un grand gain de temps quand on y est habitué, et vu la cible (professionnels de la 3D), les débutants importent peu.
      - [^] # Re: Au clavier / menu complet
        
        Posté par Olivier (site web personnel) le 17 février 2011 à 23:04. Évalué à 0.
        
        Ça c’est une très bonne idée. J’utilise déjà beaucoup les raccourcis Alt pour déplacer, redimensionner, fermer, puisque j’ai un thème gtk sans rien ! (pas de barre de titre, pas de bordures), pouvoir cacher le menu de cette façon serait encore mieux que de le coller loin de la fenêtre (j’ai du slopy-focus sur la souris…)
      - [^] # Re: Au clavier / menu complet
        
        Posté par 태 (site web personnel) le 18 février 2011 à 09:53. Évalué à 3.
        
        Amiga Workbench le faisait il y a 20 ans.
# NeXT le faisait il y a 23 ans !

Posté par dinomasque le 17 février 2011 à 18:29. Évalué à 2.

Et Windows aussi d'ailleurs (enfin par tout le temps mais avec MS Office par exemple ça marche).
BeOS le faisait il y a 20 ans !
# joli bateau

Posté par jjl (site web personnel) le 17 février 2011 à 18:36. Évalué à 1.

Mais faudrait penser à hisser la voile !

-->[]
- [^] # Re: joli bateau
  
  Posté par ZeroHeure (site web personnel) le 18 février 2011 à 01:39. Évalué à 0.
  
  surtout pas y'a une femme au volant (et des rochers pas loin)!
  "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
# Mon hack à moi

Posté par grochon le 17 février 2011 à 22:55. Évalué à 3.

Ha, je suis ravi de voir qu'il y a du monde pour se pencher sur l'idée de cacher ces menus.

Le mode à la macos a un autre désavantage, pas de sélection de fenêtre par survol de curseur ; entre la fenêtre et la barre en haut, il curseur a le temps d'en rencontrer d'autres, de fenêtres, pas bon du tout.

Les menus je trouve pas ça top moumoute, pratique parfois, mais à la louche, 95% de mon temps je ne m'en sers pas, ça gâche la vue.
J'en ai eu assez un jour, j'ai écrit vite fait un module pour gtk pour régler mon problème.

C'est écrit brouillon, pas fini, mais si jamais quelqu'un veut s'en servir comme bootstrap ou quoi que ce soit, c'est là : [http://pastie.org/1575968]

Il suffit juste d'un GTK_MODULES="/foo/bar/libgtkhidemenu.so" pour que ça fonctionne.
Et un ctrl+touche-menu pour afficher, cacher le menu.

Pas besoin de lib autre que gtk, ou de pacther gtk.

Alors j'annonce de suite :
- éloignez tout de suite madame michue, c'est pas pour elle,
- je ne nettoierai, compléterai, fixerai, featurai le code d'aucune manière, en somme j'y touche plus ; comme le dit bien le dlfpiens, tu veux quelque chose, bha tu le code (sic).
- ça fait peut être planter firefox depuis une certaine mise à jour,
- ça marche pas, ou pas bien partout, certaines applications jouent avec leur menu,
. comme evince, qui réaffiche sa barre lorsqu'il a le focus,
. comme shotwell qui a plusieurs menus qu'il affiche/crée par catégorie, ça fait un petit glitch,
. comme gnome-mplayer, là ça ne marche pas du tout, mais je lui pardonne, il a d'autres choses à faire, comme gérer mplayer,
. et certainement d'autres.

Et parce que je suis sympa, je vous donne un aperçu de ce que pourrait être un monde sans menu dans les applications :
* evince : [http://i.imgur.com/h5hbn.png]
* gedit : [http://i.imgur.com/9oZga.png]
* nautilus : [http://i.imgur.com/ZQOqJ.png]

En bonus, je vous donne ça pour demain :
Tu vois qt fanboy, moi avec mon gtk j'écris un module et c'est réglé (ou presque).
- [^] # Re: Mon hack à moi
  
  Posté par claudex le 17 février 2011 à 23:04. Évalué à 2.
  
  J'aime bien l'idée d'afficher le menu à la demande, j'ai découvert ça avec Firefox 4 bêta sous Windows et je trouve l'idée assez intéressante.
  « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
- [^] # Re: Mon hack à moi
  
  Posté par gnumdk (site web personnel) le 18 février 2011 à 10:19. Évalué à 2.
  
  http://kde-apps.org/content/show.php/Titlebar+menu?content=1(...)
  
  Ce plugin permet d'afficher le menu dans la barre de titre de kwin mais c'est encore experimental :)
- [^] # Re: Mon hack à moi
  
  Posté par Olivier Serve (site web personnel) le 18 février 2011 à 16:06. Évalué à 6.
  
  Sinon dans la plupart des applications KDE (dolphin, konqueror, qwenview, kopete...), Ctrl-M permet de cacher le menu.
  - [^] # Re: Mon hack à moi
    
    Posté par grochon le 18 février 2011 à 19:37. Évalué à 3.
    
    Je dis que c'est hors-jeu.
    Si les applications qt font les choses par défaut maintenant, comment voulez-vous troller à l'aveuglette maintenant ?
- [^] # Re: Mon hack à moi
  
  Posté par nicolas le 18 février 2011 à 16:58. Évalué à 7.
  
  « Tu vois qt fanboy, moi avec mon gtk j'écris un module et c'est réglé (ou presque). »
  
  Moi j’appuie sur C-M et c’est réglé (ou presque).
- [^] # Re: Mon hack à moi
  
  Posté par gnumdk (site web personnel) le 18 février 2011 à 17:04. Évalué à 3.
  
  https://aur.archlinux.org/packages/gtk2-libwinmenu/gtk2-libw(...)
  - [^] # Re: Mon hack à moi
    
    Posté par grochon le 18 février 2011 à 19:34. Évalué à 1.
    
    Sympa, je viens d'essayer ça marche bien (et ça reprend le ctr-m des qt apps).
    
    - Ça ne semble pas faire planter firefox.
    
    - Sous shotwell ça fait aussi des trucs pas commun,
    . il faut absolument être sur la catégorie photo pour que ça fonctionne la première fois ;
    . après, comme shotwell a plusieurs barres de menu, l'état affiché/caché est gardé par catégorie, donc la barre s'affiche, se cache, quand on navigue.
    
    - Si on ouvre evince sans document actif, il n'est pas possible d'afficher le menu, comme la fenêtre est en mode inactif, mais c'est rare d'ouvrir evince sans document ;
    toutes les applications qui mettent un mode inactif sur leur fenêtre auront sûrement ce problème.
    
    - Sinon sur evince encore, là aussi il affiche son menu quand il reçoit le focus, mais il y a pas grand chose à faire à part interdire l'affichage du menu en dehors du module.
    
    - _Ça fonctionne_ avec gnome-mplayer, du moins ça cache le menu, gnome-mplayer a déjà un raccourci sur ctrl-m qui supprime celui du module ;
    c'est d'ailleurs pour ça que j'avais choisi un ctrl-touche-menu, pour éviter ce genre de conflit.
    
    C'est pas forcément évident de traiter la barre de menu d'une application dès que celle-ci joue avec.
    Je me demande comment se comporte le appmenu-gtk avec shotwell, d'ailleurs.
# Minimalisme

Posté par pititjo le 18 février 2011 à 11:12. Évalué à 2.

Si vous ne voulez pas voir d'interface il suffit de ne pas en lancer non ?

La prochaine étape c'est de supprimer les boutons ? De mettre une pomme sur le papier peint par défaut ?
- [^] # Re: Minimalisme
  
  Posté par gnumdk (site web personnel) le 18 février 2011 à 14:10. Évalué à 5.
  
  Euh, l'interet c'est de pas avoir une barre qui prend de la place pour rien, qui rend l'interface confuse et qui en plus ne sert que 1 fois par mois...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.