https://forum-francophone-linuxmint.fr/
Dernier message de la page précédente :
Salut dagonh,dagonh a écrit :Perso, je préfère et j’utilise toujours la "barre de menus personnalisée", jamais eu de pb avec en 4 ans.
J'ai toujours eu ce problème aussi du menu qui tarde a s'ouvrir c'est quand on a cliqué la deuxième fois qu'il allait s'ouvrir et qu'on le referme , c'est la raison pourquoi je le remplaçais d'office par celui de gnome , ceci depuis la version 8 de LMInsam a écrit :Je sais, c'est elle qui fonctionne le mieux, normal, c'est celle de MATE par défaut, le menu gnome tout simple, donc tout à fait fonctionnelle, contrairement au MintMenu qui est un plugin typique LinuxMint, mais tellement plus sympa !
Si si , mais c'est pris en compte a la prochaine connexionLinuxing a écrit :Je ne sais pas si j'ai fait comme il le fallait...
Non, c'est une applette standard directement dispo (sous le nom que j'ai donné) dans la liste des trucs qu'on peut ajouter au tableau de bord. Pas de docky chez moi.Linuxing a écrit :Salut dagonh,dagonh a écrit :Perso, je préfère et j’utilise toujours la "barre de menus personnalisée", jamais eu de pb avec en 4 ans.
Fais-tu allusion au docky à installer via le Gestionnaire de Paquets ?
Nan, ça ne concerne en rien les applets, c'est un "prefetch" de mint, il est désactivable dans le mintmenu ce qui fait qu'il n'enregistre que les fichiers du jour pour le lendemain. (et on peut le virer il est recréé à l'identique, donc il n'est que la partie visible)dagonh a écrit :Et j'ai identifié la cause des temporisations que je constatais lors de certaines ouvertures, sais pas si ça peut concerner aussi le Mint menu.
Il s'agit du fichier ~/.local/share/recently-used.xbel, qui accumule des liens et paramètres d'ouverture pour des myriades de fichiers… dont (au moins dans mon cas) la majorité n'existaient plus. J'ai écrit une petite routine en python qui y fait le ménage, en virant tout ce qui référence des "tmp", ".cache" ou fichiers n'existant plus (routine exécutée tous les soirs avant extinction), et depuis plus de latence.
Je ne crois pas que ça ait changé quelque chose ; au démarrage du PC cet après-midi, le Menu prit 4 secondes pour s'ouvrir, pourtant l'ordinateur n'avait pas encore travaillétyrry a écrit :Si si , mais c'est pris en compte a la prochaine connexionLinuxing a écrit :Je ne sais pas si j'ai fait comme il le fallait...
En fait cette astuce était pour gnome2.x dont maté en est le fork , j'ai donc penser que ça pouvait ..........
Si au prochain démarrage cela ne résout rien , tu peux donc effacer ce fichier .gtkrc-2.0 ( c'est un fichier caché (ctrl+h) )
@+
Ceci montre bien le côté aléatoire du phénomène qui n'est pas nécessairement lié à une longue utilisation du clavier 
Merci dagonh, je viens de l'installer et je vais tester comment ça roulera chez moidagonh a écrit :Non, c'est une applette standard directement dispo (sous le nom que j'ai donné) dans la liste des trucs qu'on peut ajouter au tableau de bord. Pas de docky chez moi.Linuxing a écrit :Salut dagonh,dagonh a écrit :Perso, je préfère et j’utilise toujours la "barre de menus personnalisée", jamais eu de pb avec en 4 ans.
Fais-tu allusion au docky à installer via le Gestionnaire de Paquets ?
de toute manière il est dispo dans ajouter dans tableau de bord, donc je dirai que ouiLinuxing a écrit :D'une certaine façon, le bouton Menu est devenu inutile dans ce cas... peut-on le supprimer
Justement, je ne trouve pas ce fichier à supprimer sur la capturetyrry a écrit :@linuxing :
le fichier .gtkrc-2.0 et un fichier et non un dossier , comme tu le montre sur la capture
@+
Merci, en effet, il peut être retirézebulon a écrit :de toute manière il est dispo dans ajouter dans tableau de bord, donc je dirai que ouiLinuxing a écrit :D'une certaine façon, le bouton Menu est devenu inutile dans ce cas... peut-on le supprimer