Il suffit de taper une combinaison de touche lorsque tu as le focus sur un élément du menu d'une application GTK pour qu'elle lui soit associée.
Pour l'enlever il faut faire pareil mais taper sur backspace.
Tu ouvres ton menu et tu te positionnes sur l'entrée du Menu qui t'intérèsse.
Par exemple "Vue > Plein écran" dans Galeon.
Comme tu peux le voir, F11 est déjà associer comme raccourcie mais si toi tu préfère utiliser "Ctrl-F" alors il te suffit de taper "Ctrl-F" quand tu es sur l'entrée. Tu verras le libellé du raccourci se modifier. Ensuite tu peux refermer le menu et utiliser "Ctrl-F" quand tu veux dans galeon
Par contre se raccourci n'est permanent que pour les applications qui ont pensé à enregistrer les nouveaux raccourcis à la sortie du programme
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
Gnome est un window manager et sur les application de celui-ci, du genre GnomeMeeting, tu peux sauver tes menus
On a pris l'habitude de dire GTK exprès pour emmerder ces loozers sous KDE
D'ailleur, KDE est pour Kidou-Daaaaha Express, dans la même veine que Genious is not not Unix: ça se veut un clone de Kidou-Daaaaha. Avec une origine aussi à chier, cette appelation est bien méritée.
Bon, le déconnage est fini
Le post précédent est surement une connerie, mais si jamais...
> Gnome se base sur cette librairie
Pour l'affichage des widgets seulement. Sinon il y a plein de librairies/utilitaire utilisé/développé par/pour gnome et qui n'utilise pas gtk (gnome-xml, oaf, Orbit, etc...).
> Pour KDE, c'est Qt
Je connais pas KDE mais çà doit être le même topo.
« il y a plein de librairies/utilitaire utilisé/développé par/pour gnome et qui n'utilise pas gtk (gnome-xml, oaf, Orbit, etc...). »
Tout les trucs lourdingues qui marchent mal, en somme.
Vous désirez une version de galeon qui démarre plus vite que mozilla ? Suffit de remonter dans le temps et chercher des versions de galeon qui n'utilisent pas encore gtk/
> Tout les trucs lourdingues qui marchent mal, en somme.
Mon dieu ce que c'est minable.
Les développeurs qui on passé du temps pour développer çà ne te salue pas (j'ai rien développé pour gnome, c'est pas la peine de me poser la question).
Tu fais partie des gens qui ne développe qu'avec libc et libX . Vive le progrès... Faudrait que tu milites contre les librairies partagées.
J'aurais jamais imaginé que GTK ait une fonctionnalité pareille ! Comment se fait-il que ce soit aussi confidentiel ?
J'ai immédiatement trouvé une application pratique : dans mes bookmarks je suis allé sur l'entrée "linuxfr" et j'ai mis Alt+L, maintenant j'ai la homepage de linuxfr en une combinaison de touches !
A noter, que suite à la décision d'un employé de RedHat qui partage son opinion avec lui et lui-même, cette fonctionnalité est désactivée par défaut dans GTK2.
Pour l'activer, il faut ajouter une ligne à votre .gtkrc-2.0
gtk-can-change-accels = 1
ça doit être possible aussi via gconf-editor (c'est un "gboolean")
Je crains que ce soit pas seulement RH, mais la politique débile de Gnome2 depuis que les décideurs pressés du design ont décrété qu'il fallait que ca ressemble à MSWin.
> Je crains que ce soit pas seulement RH, mais la politique débile de
> Gnome2 depuis que les décideurs pressés du design ont décrété
> qu'il fallait que ca ressemble à MSWin.
Je pense que c'est plutôt une fonctionnalité à réserver aux utilisateurs vraiment compétents, parce qu'il est facile à mon avis de se retrouver avec Alt-TAB à la place de Ctrl-S sans même le savoir, et un débutant serait bien pômé après...
C'est en effet ce qu'ils prétendent. Mais je n'ai jamais vu personne avoir des problèmes avec cette fonctionnalité.
Ce qu'ils prétendent, et c'est ton avis aussi apparement, c'est qu'un utilisateur ne veut avoir qu'un autre Windows, pas un outil avec un potentiel en plus.
> A noter, que suite à la décision d'un employé de RedHat
Effectivement.
En fait le problème est que RedHat voulais le même comportement entre les applis Gnome et KDE. KDE n'ayant pas cette fonctionnalité, elle est désactivé dans Gnome.
L'explication est ici : http://people.redhat.com/otaylor/rh-desktop.html(...)
Le chois est discutable car il impose un nivèlement pas le bas. D'ailleur sous Gnome, les menus ne sont plus détachable non plus...
Comme quoi, contrairement à ce que les gens disent, RedHat ne c'est pas acharné sur KDE mais a travaillé sur les deux environnement.
« Le chois est discutable car il impose un nivèlement pas le bas. D'ailleur sous Gnome, les menus ne sont plus détachable non plus...
Comme quoi, contrairement à ce que les gens disent, RedHat ne c'est pas acharné sur KDE mais a travaillé sur les deux environnement. »
Tu essayes de trouver du bon dans cette décision. Moi je n'y vois que du mal.
Alors quoi, on se félicite qu'il existe deux projets pour l'émulation intellectuelle mais on considère normal que chaque projet baisse en qualité soit disant pour ressembler à l'autre ?
c'est là : /desktop/gnome/interface/can_change_accels
gconftool -t boolean -s /desktop/gnome/interface/can_change_accels 1
pour activer,
gconftool -t boolean -s /desktop/gnome/interface/can_change_accels 0
pour désactiver,
gconftool -g /desktop/gnome/interface/can_change_accels
pour voir où on en est...
pour le faire a la unix tu peut aller editer le fichier
.gconf/desktop/gnome/interface/%gconf.xml
et modifier l'entrée suivante:
<entry name="can_change_accels" .... type="bool" value="true"/>
qui suis le bon vieux principe unix des fichiers textes utilisants le système de fichier pour gérer l'organisation.
ou allez le modifier dans le fichier
/etc/gconf/gconf.xml.defaults/desktop/gnome/interface/%gconf.xml
les options sont documenté dans les fichiers
/etc/gconf/schemas/*
Le Xml aidant on peut faire plein de truc automatisable. L'editeur pourrait offrir des fonctionalite de recherche intelligentes.
Le principe du "registre" est bien: interface standard pour gérer ses préférences, avec abstraction du stockage.
Le probleme de cette approche est que l'on risque de se retrouver avec des options cachés, difficile d'accés et a la syntaxe obscure. En effet le programmeur "moule" auras vite fait d'ajouter une option non documenté avec un bordel de masque .
Le probleme chez microsoft est que en plus le stockage est foireux (un fichier binaire relativement sensible aux crash), une organisation pas toujours trés facile d'access et un manque de documentation des entrés.
gconf permet déja d'avoir une doc courte/longue pour chaque clefs avec gestion des locales.
Il pourrait etres interressant pour eviter le phenomene de la configuration rapide et sale d'offrir la possibilite de:
- preciser un set d'option a configurer (celui qu'utilise mon application)
- preciser une presentation (arbre, liste principal + ecran , onglet), le tout avec les mapping qui vont bien.
L'idée est d'avoir une édition de préferences standard et modulaire, facilitant la tache du programmeur.
J'ai fait la manip mais elle ne fonctionne pas !
Pourtant :
[code](seb@localhost) /home/seb $ gconftool -g /desktop/gnome/interface/can_change_accels
true[/code]
Comment cela ce fait-il ?
J'ai une Mandrake 9.1.
Et en éditant via gconf-editor.exe cette option est bien activée !
J'ai essayé avec Galeon, Evolution, Mozilla et même gconf-editor :-D
Marche pas ! :'-(
# Explication complémentaires ...
Posté par LupusMic (site web personnel, Mastodon) . Évalué à 1.
[^] # Re: Explication complémentaires ...
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Par exemple "Vue > Plein écran" dans Galeon.
Comme tu peux le voir, F11 est déjà associer comme raccourcie mais si toi tu préfère utiliser "Ctrl-F" alors il te suffit de taper "Ctrl-F" quand tu es sur l'entrée. Tu verras le libellé du raccourci se modifier. Ensuite tu peux refermer le menu et utiliser "Ctrl-F" quand tu veux dans galeon
Par contre se raccourci n'est permanent que pour les applications qui ont pensé à enregistrer les nouveaux raccourcis à la sortie du programme
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
# quézako
Posté par Lionel Fournigault . Évalué à 1.
[^] # Re: quézako
Posté par Croweye . Évalué à 1.
Gnome est un window manager et sur les application de celui-ci, du genre GnomeMeeting, tu peux sauver tes menus
On a pris l'habitude de dire GTK exprès pour emmerder ces loozers sous KDE
D'ailleur, KDE est pour Kidou-Daaaaha Express, dans la même veine que Genious is not not Unix: ça se veut un clone de Kidou-Daaaaha. Avec une origine aussi à chier, cette appelation est bien méritée.
Bon, le déconnage est fini
Le post précédent est surement une connerie, mais si jamais...
GTK: Gimp ToolKit ( http://www.gtk.org(...) )
Gnome se base sur cette librairie
Pour KDE, c'est Qt
dans tous les cas, Google fait très bien le café
bonne continuité
[^] # Re: quézako
Posté par matiasf . Évalué à 1.
Non.
> Gnome se base sur cette librairie
Pour l'affichage des widgets seulement. Sinon il y a plein de librairies/utilitaire utilisé/développé par/pour gnome et qui n'utilise pas gtk (gnome-xml, oaf, Orbit, etc...).
> Pour KDE, c'est Qt
Je connais pas KDE mais çà doit être le même topo.
[^] # Re: quézako
Posté par Croweye . Évalué à 1.
[^] # Re: quézako
Posté par fld . Évalué à 1.
Donc ça aussi c'était une connerie ? :)
Désolé.
[^] # Re: quézako
Posté par Anonyme . Évalué à 1.
Tout les trucs lourdingues qui marchent mal, en somme.
Vous désirez une version de galeon qui démarre plus vite que mozilla ? Suffit de remonter dans le temps et chercher des versions de galeon qui n'utilisent pas encore gtk/
[^] # Re: quézako
Posté par matiasf . Évalué à -2.
Mon dieu ce que c'est minable.
Les développeurs qui on passé du temps pour développer çà ne te salue pas (j'ai rien développé pour gnome, c'est pas la peine de me poser la question).
Tu fais partie des gens qui ne développe qu'avec libc et libX . Vive le progrès... Faudrait que tu milites contre les librairies partagées.
[^] # Re: quézako
Posté par dcp . Évalué à 1.
oui ----> []
[^] # Re: quézako
Posté par flyer . Évalué à 1.
# Excellent !!
Posté par Bernez . Évalué à 1.
J'ai immédiatement trouvé une application pratique : dans mes bookmarks je suis allé sur l'entrée "linuxfr" et j'ai mis Alt+L, maintenant j'ai la homepage de linuxfr en une combinaison de touches !
[^] # Re: Excellent !!
Posté par Anonyme . Évalué à 1.
# Pour GTK2:
Posté par oliv . Évalué à 1.
Pour l'activer, il faut ajouter une ligne à votre .gtkrc-2.0
gtk-can-change-accels = 1
ça doit être possible aussi via gconf-editor (c'est un "gboolean")
Merci monsieur "Ravage" (c'est son prénom, si si)
[^] # Re: Pour GTK2:
Posté par Benjamin . Évalué à 2.
[^] # Re: Pour GTK2:
Posté par matiasf . Évalué à -3.
Faut arrèter les conneries.
Le futur de Gnome est dirigé par la Gnome Foundation et les membres sont élus.
http://foundation.gnome.org/(...)
Les règles pour devenir membre ou voter sont ici :
http://foundation.gnome.org/electionrules.html(...)
[^] # Re: Pour GTK2:
Posté par bilou . Évalué à 2.
> Gnome2 depuis que les décideurs pressés du design ont décrété
> qu'il fallait que ca ressemble à MSWin.
Je pense que c'est plutôt une fonctionnalité à réserver aux utilisateurs vraiment compétents, parce qu'il est facile à mon avis de se retrouver avec Alt-TAB à la place de Ctrl-S sans même le savoir, et un débutant serait bien pômé après...
[^] # Re: Pour GTK2:
Posté par Anonyme . Évalué à 1.
Ce qu'ils prétendent, et c'est ton avis aussi apparement, c'est qu'un utilisateur ne veut avoir qu'un autre Windows, pas un outil avec un potentiel en plus.
Je ne suis pas convaincu.
[^] # Re: Pour GTK2:
Posté par matiasf . Évalué à -3.
Effectivement.
En fait le problème est que RedHat voulais le même comportement entre les applis Gnome et KDE. KDE n'ayant pas cette fonctionnalité, elle est désactivé dans Gnome.
L'explication est ici :
http://people.redhat.com/otaylor/rh-desktop.html(...)
Le chois est discutable car il impose un nivèlement pas le bas. D'ailleur sous Gnome, les menus ne sont plus détachable non plus...
Comme quoi, contrairement à ce que les gens disent, RedHat ne c'est pas acharné sur KDE mais a travaillé sur les deux environnement.
[^] # Re: Pour GTK2:
Posté par Anonyme . Évalué à 1.
Comme quoi, contrairement à ce que les gens disent, RedHat ne c'est pas acharné sur KDE mais a travaillé sur les deux environnement. »
Tu essayes de trouver du bon dans cette décision. Moi je n'y vois que du mal.
Alors quoi, on se félicite qu'il existe deux projets pour l'émulation intellectuelle mais on considère normal que chaque projet baisse en qualité soit disant pour ressembler à l'autre ?
[^] # Re: Pour GTK2:
Posté par detail_pratique . Évalué à 1.
gconftool -t boolean -s /desktop/gnome/interface/can_change_accels 1
pour activer,
gconftool -t boolean -s /desktop/gnome/interface/can_change_accels 0
pour désactiver,
gconftool -g /desktop/gnome/interface/can_change_accels
pour voir où on en est...
[^] # Re: Pour GTK2:
Posté par Anonyme . Évalué à 1.
[^] # Re: Pour GTK2:
Posté par ham . Évalué à 1.
.gconf/desktop/gnome/interface/%gconf.xml
et modifier l'entrée suivante:
<entry name="can_change_accels" .... type="bool" value="true"/>
qui suis le bon vieux principe unix des fichiers textes utilisants le système de fichier pour gérer l'organisation.
ou allez le modifier dans le fichier
/etc/gconf/gconf.xml.defaults/desktop/gnome/interface/%gconf.xml
les options sont documenté dans les fichiers
/etc/gconf/schemas/*
Le Xml aidant on peut faire plein de truc automatisable. L'editeur pourrait offrir des fonctionalite de recherche intelligentes.
Le principe du "registre" est bien: interface standard pour gérer ses préférences, avec abstraction du stockage.
Le probleme de cette approche est que l'on risque de se retrouver avec des options cachés, difficile d'accés et a la syntaxe obscure. En effet le programmeur "moule" auras vite fait d'ajouter une option non documenté avec un bordel de masque .
Le probleme chez microsoft est que en plus le stockage est foireux (un fichier binaire relativement sensible aux crash), une organisation pas toujours trés facile d'access et un manque de documentation des entrés.
gconf permet déja d'avoir une doc courte/longue pour chaque clefs avec gestion des locales.
Il pourrait etres interressant pour eviter le phenomene de la configuration rapide et sale d'offrir la possibilite de:
- preciser un set d'option a configurer (celui qu'utilise mon application)
- preciser une presentation (arbre, liste principal + ecran , onglet), le tout avec les mapping qui vont bien.
L'idée est d'avoir une édition de préferences standard et modulaire, facilitant la tache du programmeur.
Si ca existe pastapersivousplais.
[^] # Re: Pour GTK2:
Posté par Sébastien Laoût . Évalué à 1.
Pourtant :
[code](seb@localhost) /home/seb $ gconftool -g /desktop/gnome/interface/can_change_accels
true[/code]
Comment cela ce fait-il ?
J'ai une Mandrake 9.1.
Et en éditant via gconf-editor.exe cette option est bien activée !
J'ai essayé avec Galeon, Evolution, Mozilla et même gconf-editor :-D
Marche pas ! :'-(
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.