Journal Quand Ubuntu me régale

Posté par (page perso) .
Tags :
11
17
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 . É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 (page perso) . Évalué à 3.

      1) oui
      2) bien sur :)
      • [^] # Re: Au clavier / menu complet

        Posté par . É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 . É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 . É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 . É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 . É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 . É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 . É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 (page perso) . É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 (page perso) . Évalué à 3.

            Amiga Workbench le faisait il y a 20 ans.
  • # NeXT le faisait il y a 23 ans !

    Posté par . É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 15 ans !

  • # joli bateau

    Posté par (page perso) . Évalué à 1.

    Mais faudrait penser à hisser la voile !


    -->[]
    • [^] # Re: joli bateau

      Posté par (page perso) . É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 . É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 (page perso) . É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 (page perso) . É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 (page perso) . É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 . É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 . É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 (page perso) . Évalué à 3.

      • [^] # Re: Mon hack à moi

        Posté par . É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 . É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 (page perso) . É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 à ceux qui les ont postés. Nous n'en sommes pas responsables.