Qui comprend le fonctionnement du fichier application_state ?

yoles · Le 06/06/2018, à 18:04

Pour Telegram je n'ai aucun problème, sans aucun doute parce que l'application fait des modifications d'elle même, comme je l'ai expliqué.

Donc si ta théorie est bonne il faut nommer le lanceur telle que l'application l'aurait déclaré, maintenant la question est donc de savoir comment retrouver ce nom exact, car j'ai bien entendu nommé mon lanceur en fonction du nom de l'application et j'ai copié-collé les attributs du lanceur de Telegram pour les autres applications que j'ai bien entendu adaptés mais ça n'a pas fonctionné.

Dernière modification par yoles (Le 06/06/2018, à 18:05)

yoles · Le 06/06/2018, à 18:08

Pour info, le nom officiel du fichier desktop de l'ancienne version d'une application concernée contenait un espace. Je l'avais donc nommé exactement de la même façon dans un premier temps, mais tu avais dénoncé ce nommage comme responsable de ces problèmes dans un autre post...

Dernière modification par yoles (Le 06/06/2018, à 18:09)

yoles · Le 06/06/2018, à 18:16

Peut-être devrais-tu m'envoyer ton script et ton fichier Desktop pour que je l'essaye sur mon pc. Merci.

Roschan · Le 06/06/2018, à 18:19

Sauf qu'on ne devrait théoriquement pas faire cet enregistrement auprès de l'environnement avec un espace dans le nom...

Regarde le nom en faisant alt+f2 et tape "lg", ensuite dans l'onglet "Windows" regarde la valeur de "app", c'est peut-être une piste intéressante

Dernière modification par Roschan (Le 06/06/2018, à 18:20)

yoles · Le 06/06/2018, à 18:44

Et bien voilà Roschan, quand tu es calme tu sers la communauté

Avec le raccourci alt+f2 + "lg" on obtient la valeur de l'attribut WMClass, il faut donc écrire dans le fichier desktop l'attribut StartupWMClass avec cette valeur. La valeur que j'avais donnée dans mes tests était erronée. Du coup, je ne pense pas que le nom du fichier desktop soit important là dedans.

Enfin on y est arrivé !

Dernière modification par yoles (Le 06/06/2018, à 18:45)

grandtoubab · Le 06/06/2018, à 21:20

pas certain
pour connaitre la classe d'une fenetre

xprop WM_CLASS

le curseur prends la forme d'une croix, en cliquant sur la fenetre , dans mon cas avidemux, on obtient sa classe

$ xprop WM_CLASS
WM_CLASS(STRING) = "avidemux3_portable", "avidemux3_portable"

je n'ai pas du tout ajouté ça dans le fichier avidemux.desktop

Dernière modification par grandtoubab (Le 06/06/2018, à 21:21)

Roschan · Le 06/06/2018, à 21:24

yoles a écrit :

je ne pense pas que le nom du fichier desktop soit important là dedans

Si tu prends Nautilus, il n'y a pas de "wmclass" dans le lanceur et ça n'empêche pas la comptabilisation des fenêtres, qui se fait sous le nom du lanceur

yoles · Le 06/06/2018, à 21:48

Peux tu nous mettre le contenu de ton fichier avidemux.desktop stp grandtoubab ?

grandtoubab · Le 06/06/2018, à 22:01

yoles a écrit :

Peux tu nous mettre le contenu de ton fichier avidemux.desktop stp grandtoubab ?

[Desktop Entry]
Name=Avidemux
Exec=/home/guy/Avidemux/avidemux
Icon=/home/guy/Avidemux/avidemux.png
Terminal=false
Type=Application
Categories=GNOME;AudioVideo;Video;AudioVideoEditing;
StartupWMClass=avidemux3_portable
Name[fr_FR.utf8]=Avidemux

grep avidemux .local/share/gnome-shell/application_state 
    <application id="avidemux.desktop" open-window-count="0" score="6" last-seen="1528317905"/>

Et tout est OK , Avidemux apparait maintenant dans les Applications Fréquemment utilisées

yoles · Le 06/06/2018, à 22:09

Donc tu as bien ajouté "StartupWMClass=avidemux3_portable" dans ton fichier desktop et du coup je ne comprends pas trop ton message précédent ?

yoles · Le 06/06/2018, à 22:15

Roschan a écrit :

yoles a écrit :
je ne pense pas que le nom du fichier desktop soit important là dedans
Si tu prends Nautilus, il n'y a pas de "wmclass" dans le lanceur et ça n'empêche pas la comptabilisation des fenêtres, qui se fait sous le nom du lanceur

Le seul lanceur nautilus présent dans mon fichier application_state est le lanceur org.gnome.Nautilus.desktop, qui effectivement ne contient pas l'attribut StartupWMClass mais une autre multitude d'attributs dont celui-ci "X-Ubuntu-Gettext-Domain=nautilus" et sa WMClass est "Nautilus". Donc peut-être a t-il le même effet.

Roschan · Le 06/06/2018, à 23:38

Non, gettext c'est l'utilitaire qui assure la traduction

yoles · Le 06/06/2018, à 23:49

Il y a d'autres attributs, et il y a plusieurs lanceurs sous la class Nautilus, est-ce qu'il n'y a pas des appels en cascade de fichiers desktop. Peut-être Nautilus a un fonctionnement spécial. Pour le savoir il faudrait trouver un autre lanceur qui n'obéit pas à cette règle.

Roschan · Le 06/06/2018, à 23:57

Comme gedit par exemple, qui lui non plus ne contient pas de "org.gnome." à l'intérieur du fichier : c'est le nom du fichier et on le sait, la classe qui apparaît dans l'outil de développement est explicitement suffixée par ".desktop" donc on sait que c'est lié au nom du fichier, pourquoi se compliquer la vie ?

Dernière modification par Roschan (Le 06/06/2018, à 23:59)

yoles · Le 07/06/2018, à 00:17

Je ne comprends pas ce que tu veux dire par "il ne contient pas org.gnome à l'intérieur du fichier". Son nom est "text editor". Je vais essayer d'enlever un par un les attributs de gedit similaire avec ceux de nautilus pour voir s'il y a du changement.

grandtoubab · Le 07/06/2018, à 09:33

Nautilus est lancé en tâche de fond par le système

ls /etc/xdg/autostart
at-spi-dbus-bus.desktop				    org.gnome.SettingsDaemon.MediaKeys.desktop
gnome-keyring-pkcs11.desktop			    org.gnome.SettingsDaemon.Mouse.desktop
gnome-keyring-secrets.desktop			    org.gnome.SettingsDaemon.Power.desktop
gnome-keyring-ssh.desktop			    org.gnome.SettingsDaemon.PrintNotifications.desktop
gnome-software-service.desktop			    org.gnome.SettingsDaemon.Rfkill.desktop
gsettings-data-convert.desktop			    org.gnome.SettingsDaemon.ScreensaverProxy.desktop
indicator-keylock.desktop			    org.gnome.SettingsDaemon.Sharing.desktop
light-locker.desktop				    org.gnome.SettingsDaemon.Smartcard.desktop
nautilus-autostart.desktop			    org.gnome.SettingsDaemon.Sound.desktop
nm-applet.desktop				    org.gnome.SettingsDaemon.Wacom.desktop
org.gnome.SettingsDaemon.A11ySettings.desktop	    org.gnome.SettingsDaemon.XSettings.desktop
org.gnome.SettingsDaemon.Clipboard.desktop	    polkit-gnome-authentication-agent-1.desktop
org.gnome.SettingsDaemon.Color.desktoporg.gnome.SettingsDaemon.Datetime.desktop	    pulseaudio.desktop
org.gnome.SettingsDaemon.DiskUtilityNotify.desktop  smart-notifier.desktop
org.gnome.SettingsDaemon.Housekeeping.desktop	    user-dirs-update-gtk.desktop
org.gnome.SettingsDaemon.Keyboard.desktop	    xdg-user-dirs.desktop

Dernière modification par grandtoubab (Le 07/06/2018, à 09:35)

Roschan · Le 07/06/2018, à 09:54

yoles a écrit :

Je ne comprends pas ce que tu veux dire par "il ne contient pas org.gnome à l'intérieur du fichier". Son nom est "text editor". Je vais essayer d'enlever un par un les attributs de gedit similaire avec ceux de nautilus pour voir s'il y a du changement.

le nom du fichier (et le nom apparaissant dans application_state) est bien "org.gnome.gedit.desktop", faut-il que je ré-explique une nouvelle fois que le nom affiché par Nautilus n'est PAS le nom du fichier ? Si aucun attribut ne s'appelle similairement à l'intérieur, il faut bien se rendre à l'évidence, c'est le nom du fichier du lanceur qui joue ce rôle en l'absence d'une "WM class".
Mais je l'ai déjà répété x fois (alors que c'est évident puisque le nom affiché par l'outil de développement est littéralement suffixé par ".desktop") donc si tu persistes à ne pas vouloir le comprendre tant pis pour toi je vais te laisser ramer.

----

grandtoubab, ce truc dans autostart, je ne sais pas depuis combien d'upgrade tu le trimballes sur ton système, mais il n'est absolument pas sur le mien, il sert probablement juste à démarrer le processus du bureau avec Unity

Dernière modification par Roschan (Le 07/06/2018, à 09:59)

grandtoubab · Le 07/06/2018, à 11:37

pas de pb avec gedit

:~/.local/share/gnome-shell$ grep gedit application_state
    <application id="org.gnome.gedit.desktop" open-window-count="0" score="273" last-seen="1528361063"/>

locate org.gnome.gedit.desktop
/usr/share/applications/org.gnome.gedit.desktop

grandtoubab · Le 07/06/2018, à 11:51

Roschan a écrit :

grandtoubab, ce truc dans autostart, je ne sais pas depuis combien d'upgrade tu le trimballes sur ton système, mais il n'est absolument pas sur le mien, il sert probablement juste à démarrer le processus du bureau avec Unity

ca fait partie du paquet Nautilus officiel
https://packages.debian.org/stretch/amd … s/filelist

Nautilus est démarré en tache de fond sans visiblité pour l'utilisateur. quand on clic sur le lanceur on a une impression de rapidité simplement parce que ça ouvre une nouvelle fenêtre

Dernière modification par grandtoubab (Le 07/06/2018, à 11:52)

yoles · Le 07/06/2018, à 12:45

Roschan a écrit :

yoles a écrit :
Je ne comprends pas ce que tu veux dire par "il ne contient pas org.gnome à l'intérieur du fichier". Son nom est "text editor". Je vais essayer d'enlever un par un les attributs de gedit similaire avec ceux de nautilus pour voir s'il y a du changement.
le nom du fichier (et le nom apparaissant dans application_state) est bien "org.gnome.gedit.desktop", faut-il que je ré-explique une nouvelle fois que le nom affiché par Nautilus n'est PAS le nom du fichier ? Si aucun attribut ne s'appelle similairement à l'intérieur, il faut bien se rendre à l'évidence, c'est le nom du fichier du lanceur qui joue ce rôle en l'absence d'une "WM class".
Mais je l'ai déjà répété x fois (alors que c'est évident puisque le nom affiché par l'outil de développement est littéralement suffixé par ".desktop") donc si tu persistes à ne pas vouloir le comprendre tant pis pour toi je vais te laisser ramer.

Punaise Roschan, si je change le nom des lanceurs crée manuellement c'est le nouveau nom des lanceurs qui s'intègre dans le fichier application_state, donc y a aucune logique à ton argumentation...

Je confirme que moi aussi j'obtiens nautilus-autostart.desktop avec la commande de grandtoubab.

Dernière modification par yoles (Le 07/06/2018, à 12:52)

yoles · Le 07/06/2018, à 13:01

À mon avis les fichiers desktop préfixés par "org.gnome" ont un fonctionnement particulier, car gedit.desktop a absolument le même code que org.gnome.gedit.desktop hormis un attribut supplémentaire dans ce dernier que j'ai enlevé et ça n'a rien changé, alors que les compteurs de gedit.desktop restent à 0 constamment même en ouvrant gedit à partir de ce lanceur.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 06/06/2018, à 18:04

Re : Qui comprend le fonctionnement du fichier application_state ?

#27 Le 06/06/2018, à 18:08

Re : Qui comprend le fonctionnement du fichier application_state ?

#28 Le 06/06/2018, à 18:16

Re : Qui comprend le fonctionnement du fichier application_state ?

#29 Le 06/06/2018, à 18:19

Re : Qui comprend le fonctionnement du fichier application_state ?

#30 Le 06/06/2018, à 18:44

Re : Qui comprend le fonctionnement du fichier application_state ?

#31 Le 06/06/2018, à 21:20

Re : Qui comprend le fonctionnement du fichier application_state ?

#32 Le 06/06/2018, à 21:24

Re : Qui comprend le fonctionnement du fichier application_state ?

#33 Le 06/06/2018, à 21:48

Re : Qui comprend le fonctionnement du fichier application_state ?

#34 Le 06/06/2018, à 22:01

Re : Qui comprend le fonctionnement du fichier application_state ?

#35 Le 06/06/2018, à 22:09

Re : Qui comprend le fonctionnement du fichier application_state ?

#36 Le 06/06/2018, à 22:15

Re : Qui comprend le fonctionnement du fichier application_state ?

#37 Le 06/06/2018, à 23:38

Re : Qui comprend le fonctionnement du fichier application_state ?

#38 Le 06/06/2018, à 23:49

Re : Qui comprend le fonctionnement du fichier application_state ?

#39 Le 06/06/2018, à 23:57

Re : Qui comprend le fonctionnement du fichier application_state ?

#40 Le 07/06/2018, à 00:17

Re : Qui comprend le fonctionnement du fichier application_state ?

#41 Le 07/06/2018, à 09:33

Re : Qui comprend le fonctionnement du fichier application_state ?

#42 Le 07/06/2018, à 09:54

Re : Qui comprend le fonctionnement du fichier application_state ?

#43 Le 07/06/2018, à 11:37

Re : Qui comprend le fonctionnement du fichier application_state ?

#44 Le 07/06/2018, à 11:51

Re : Qui comprend le fonctionnement du fichier application_state ?

#45 Le 07/06/2018, à 12:45

Re : Qui comprend le fonctionnement du fichier application_state ?

#46 Le 07/06/2018, à 13:01

Re : Qui comprend le fonctionnement du fichier application_state ?

Pied de page des forums