- 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.
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...
http://adishatz.1s.fr/~gnumdk/menuapp.png
# Au clavier / menu complet
Posté par JGO . Évalué à 5.
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) . Évalué à 3.
2) bien sur :)
[^] # Re: Au clavier / menu complet
Posté par richardd . Évalué à 1.
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) . Évalué à 3.
[^] # Re: Au clavier / menu complet
Posté par Dreamkey . Évalué à 4.
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 . Évalué à 2.
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 . Évalué à 3.
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 . Évalué à 1.
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 . Évalué à 3.
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) . Évalué à 0.
[^] # Re: Au clavier / menu complet
Posté par 태 (site web personnel) . Évalué à 3.
# NeXT le faisait il y a 23 ans !
Posté par dinomasque . Évalué à 2.
BeOS le faisait il y a 20 ans !
# joli bateau
Posté par jjl (site web personnel) . Évalué à 1.
-->[]
[^] # Re: joli bateau
Posté par ZeroHeure . Évalué à 0.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
# Mon hack à moi
Posté par grochon . Évalué à 3.
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 . Évalué à 2.
« 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) . Évalué à 2.
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) . Évalué à 6.
[^] # Re: Mon hack à moi
Posté par grochon . Évalué à 3.
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 . Évalué à 7.
Moi j’appuie sur C-M et c’est réglé (ou presque).
[^] # Re: Mon hack à moi
Posté par gnumdk (site web personnel) . Évalué à 3.
[^] # Re: Mon hack à moi
Posté par grochon . Évalué à 1.
- Ç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 . Évalué à 2.
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) . Évalué à 5.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.