Bonjour,

Le menu des applications fréquemment utilisées n'évolue plus une fois celui-ci rempli ?

Par exemple, j'ai installé une application récemment que j'utilise souvent, mais elle ne s'insère pas dans ce menu, sans doute parce que celui-ci est déjà plein et qu'il ne réactualise pas...

Aie aie aie ce gnome...
Y aurait-il un moyen de réinitialiser ce menu ? L'effacement de l'historique via les paramètres n'affecte pas ce menu. Merci d'avance.
Bonjour,

Il suffit de supprimer le fichier .local/share/gnome-shell/application_state, il sera recréé a chaque fois mais prendra effet qu'au redémarrage suivant
on peut aussi créer un lanceur qui effectue cette opération avec la commande qui va bien et même la lancer automatiquement au démarrage
en mettant cette commande dans "Applications au démarrage"

j'ai fait un lanceur avec la commande 
rm /home/xxxx/.local/share/gnome-shell/application_state
Merci pour la proposition mais ne surtout pas utiliser cette solution pour ubuntu 18.04, le fichier application_state n'est pas recrée, et à chaque redémarrage le menu des applications utilisées redevient vide...
Donc y aurait-il une autre solution simple ? Et aussi pour quelle raison une application refuse d'entrer dans les applications fréquemment utilisées ? Il s'agit d'un lanceur crée par moi-même, déplacé dans le dossier .local/share/applications. J'ai crée un deuxième lanceur utilisant exactement le même format et celui-ci s'insère bien le menu des applications fréquemment utilisées.

En vous remerciant par avance.
yoles a écritMerci pour la proposition mais ne surtout pas utiliser cette solution pour ubuntu 18.04, le fichier application_state n'est pas recrée, et à chaque redémarrage le menu des applications utilisées redevient vide...
si...je suis sur la 18.04, le fichier est créé aussitôt que l'on réutilise des applis, et bien sûr les applis "Fréquemment utilisées" sont vide a chaque démarrage
j'avais fait une variantes avec une commande qui remplaçait ce fichier par un autre qui avait quelques applis , mais ça ne fonctionnait pas terrible

Les applis les plus utilisées sont souvent les applis favorites alors si c'est pour y aller ouvrir Firefox qui doit être dans le dock , je ne vois pas trop l’intérêt
Pour moi les applis utilisées c'est pour retrouver une appli dont on ne se sert pas tres souvent mais qu'on risque de lancer plusieurs fois dans la journée et peut etre plus pendant plusieurs jours

chez moi aussi les lanceurs que j'ai créé ne sont jamais dans les applis fréquemment utilisées , je ne me suis jamais encore interressé au probleme
Je pense que c'est parce qu'elles ne sont pas dans /usr/share/applications
Pourquoi tu dis "bien sûr bien sûr les applis "Fréquemment utilisées" sont vide a chaque démarrage " ? Le but recherché, dans la majorité des cas, ne me semble évidemment pas que ce menu se vide à chaque redémarrage. Si on ne supprime pas ce fichier original, le menu ne se vide pas à chaque redémarrage (j'ai restauré la copie originale que j'avais sauvegardé heureusement)... Et chez moi je confirme que ce fichier ne réapparaissait pas après l'avoir supprimé... Dans tous les cas c'est inutile pour ma part si ça se vide à chaque redémarrage.

Le dock reste limité, en taille, tu ne peux pas mettre un grand nombre d'appli, il me semble plus léger de ne mettre dans le dock que les applis très souvent utilisées, et d'aller chercher dans les applis fréquemment utilisés les applis que l'on utilise moins souvent.

Quelle lourdeur ce Gnome comparé à Unity, c'est dingue...
Par contre comme je l'ai dit, j'ai pourtant crée un lanceur pour l'application telegram, et il se met bien dans les applications fréquemment utilisées, et un autre qui pourtant a exactement le même contenu en dehors du nom et du chemin d'exécution ne veut pas se mettre dedans...
Quand je dis que les applis fréquentes se vident ,c'est normal puisse qu'on supprime le fichier application_state
si tu veux qu'il en restent il ne faut pas que ce fichier soit vierge
il faudrait dans ce cas faire ce que j'ai essayer de faire, c'est a dire remplacer ce fichier par un autre qui contient quelques applis
mais pour moi dans ce cas ça devient de applis favorites ,autant qu'elles soient dans le dock.
Gnome shell propose les applis fréquemment Utilisées , Xfce les applis récemment utilisées , et c'est plutôt ça que je recherche



tu les créés comment tes lanceurs ?...
Je les crée en créant un fichier desktop que j'enregistre dans .local/share/applications. Ils ont le format suivant :
[Desktop Entry]
Version=1.0 (je laisse toujours ce numéro de version)
Type=Application
Terminal=false
Exec="chemin du fichier à exécuter"
Name="nom de l'application"
Icon="chemin de l'icone de l'application"

Tu dis "Autant qu'elles soient dans le dock" mais personnellement j'aime quand mon bureau est léger, qu'il n'y ait pas des icônes partout, je veux pas avoir 15 icônes d'applications favorites dans mon dock, Unity permettait facilement d'avoir cette légèreté que Gnome ne propose pas. Je me souviens du plaisir quand je suis passé de Windows à Ubuntu 12.04 tellement tout m'apparaissait simple et léger. Gnome m'a littéralement retiré ce plaisir, quel gâchis !
Je fais mes lanceurs avec alacarte, ils se retrouvent aussi dans .local/share/applications

Puisse que comme moi tu regrettes Unity , les "Applis récentes" étaient vides a chaque démarrage et celles que tu venais d'utiliser étaient disponibles, justement comme quand tu supprimes le fichier application_state dans GS
Alors perso, le renouvellement de ce fichier parce que je l'ai supprimer me convient bien
Par contre je regrette que les applis, dans Toutes les applis, ne soient pas classées par catégories
Franchement je ne sais pas ce que tu as "bidouillé" sur tes systèmes, mais je peux t'assurer que le dash ne se vidait pas à chaque démarrage. Par contre on pouvait le vider manuellement en mode graphique via les paramètres systèmes. Et cela était ainsi dans les 3 versions de Ubuntu que j'ai utilisées, 12.04 14.04 et 16.04.
Je ne sais pas trop ce que vous trafiquez, cette grille s'actualise normalement toute seule.

Si il ne s'actualise pas, c'est que le réglage par défaut à ce sujet a été altéré.
On voit que c'est le problème ici, puisque le fichier ne se recrée pas : les paramètres ont été modifiés de sorte à désactiver cette fonctionnalité.

Pour restaurer le paramètre normal, c'est dans la section "Confidentialité", rétablir "Utilisation et historique" sur sa valeur "activé".

Ensuite, les lancements d'applications vont être comptabilisées sous forme d'un "score" dans le fichier applications_state, si tu veux "booster" une application, plutôt que de supprimer des fichiers du système au hasard, contente-toi d'ouvrir applications_state avec un éditeur et d'augmenter le score de l'application visée. Ou bien, attends juste quelques redémarrages le temps que le score augmente naturellement (il dépend du nombre de lancers, du temps, etc. j'ai la flemme de comprendre entièrement le code mais manifestement ça fait une sorte de coefficient qui augmente de 1 à chaque lancer et est divisé par 2 à chaque lancement de session).
Merci pour ta réponse, effectivement cela semble fonctionner ainsi. Le problème c'est que j'ai une application qui ne veut pas entrer dans ce menu. J'ai regardé le fichier application_state et cette application n'y est pas référencée, et c'est assez incompréhensible.
Même après plus de 3 lancements et un redémarrage ? (et quel est le nom, donné par la commande ls, du lanceur ?)
Oui largement, la commande ls fait apparaître le lanceur entre guillemets simples, contrairement à l'autre lanceur que j'ai crée, je pense que là est la problème...
L'aspect simple ou double des guillemets importe peu il me semble, en revanche si il y a des guillemets c'est que le nom contient des espaces, et ça me paraît problématique.

Le renommage via nautilus ne fonctionnant pas, utilise la commande mv pour le renommer sans espace, puis lance-le depuis l'interface de Nautilus une première fois, ensuite ça devrait aller mieux. Au pire, tu copieras et modifieras une ligne existante de applications_state pour l'obliger à apparaître
Pourquoi tu dis que le renommage ne marche pas en mode graphique ? J'ai réussi sans problème... Il y avait effectivement un espace mais le programme n'a toujours pas voulu s'insérer dans le menu et dans le fichier applications_state après renommage. J'ai réussi à le faire rentrer en éditant ce fichier mais ça reste un mystère du pourquoi il ne s'est pas inséré tout seul...

J'ai remarqué que ce fichier ne se modifiait pas dynamiquement, les données ne changent pas même après avoir lancé différentes applications et après redémarrage, son fonctionnement est assez curieux...
yoles a écritPourquoi tu dis que le renommage ne marche pas en mode graphique ? J'ai réussi sans problème...
Non. Ce que tu as changé, c'est l'attribut "Name=" à l'intérieur du fichier. Si tu fais ls, le fichier s'appelle toujours pareil. Les fichiers .desktop sont une exception que Nautilus gère très bizarrement.
yoles a écritIl y avait effectivement un espace mais le programme n'a toujours pas voulu s'insérer dans le menu et dans le fichier applications_state après renommage. J'ai réussi à le faire rentrer en éditant ce fichier mais ça reste un mystère du pourquoi il ne s'est pas inséré tout seul...
Je pensais que ça pourrait poser problème pour l'ajout manuel, si ce n'est pas le cas tant mieux alors. Mais selon moi il n'y a aucun mystère, ça ne s'insère pas tout seul parce qu'il y a un espace là où il n'est pas censé s'en trouver.
Et/ou l'application n'a pas été lancée assez de fois pour déclencher le seuil à partir duquel le fichier se modifie.

Globalement tu t'es lancé dans le bidouillage manuel d'un truc supposé être automatique, donc à moins de lire et comprendre le code source, on ne comprendra pas tous les paramètres variés qui entrent en jeu.
yoles a écritJ'ai remarqué que ce fichier ne se modifiait pas dynamiquement, les données ne changent pas même après avoir lancé différentes applications et après redémarrage, son fonctionnement est assez curieux...
Et bien détrompes-toi https://i.imgur.com/ct2mkSN.png

Aucune idée de ce qui a déclenché l'envie d'actualisation de la bête, mais ça se change bien dynamiquement
Ah oui je comprends mieux pour l'attribut name, c'était la même chose pour unity, en fait pour changer le nom des fichiers desktop il faut enlever le droit éxécutable du fichier. Mais en fait, dans mon cas j'avais crée un nouveau fichier que j'ai retapé à la main sans copier coller pour tenter le coup et ça n'a rien changé.

Et je t'assure que ça ne se change pas dynamiquement chez moi, je ne suis pas fou, j'ai essayé avec plusieurs applications et les valeurs de tous les attributs restaient les mêmes. De même l'application en question n'était jamais listée dans ce fichier avant que je ne l'ajoute manuellement, donc même si je n'avais pas cliqué assez souvent dessus, elle aurait dû être listée dans le fichier en toute logique.

Le fait que lorsque l'on supprime le fichier, il ne se récrée pas et que malgré tout le menu se remplit à nouveau pour la session courante avant qu'il ne se vide au prochain démarrage prouve bien selon moi qu'il y a une autre composante qui rentre en jeu. Mais comme tout semble compliqué sur Gnome c'est pas gagné pour comprendre...