Waarom instaanbediener-instellings in 'n terminaal werk maar nie in 'n werkskerm-beknop nie

Jy voer 'n instaanbediener in 'n terminaal uit. 'n Opdrag wat daar begin word, gebruik dit. Om op die werkskerm-ikoon te klik, volg steeds 'n ander roete. Die ikoon het nie 'n kind van daardie terminaal geword nie.

'n Werkskermsessie begin programme deur sy eie lanseermasjinerie. Daardie prosesse erf daardie omgewing, nie elke latere wysiging wat in 'n onverwante dop gemaak is nie. Dit kan 'n verskil verklaar sonder om te bewys dat die programpakket defek is.

Exec is 'n opdragbeskrywing, nie 'n dopscript nie

Die Desktop Entry-spesifikasie definieer 'n uitvoerbare lêer en argumente vir Exec. Dit belowe nie dopveranderlike-uitbreiding of ingeboude dopopdragte nie.

Vir 'n eksterne program wat die betrokke omgewingsveranderlike lees, kan 'n doelbewus beperkte lansering hierdie vorm hê:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

Vervang beide die eindpunt en die uitvoerbare lêer. Dit demonstreer die lanseerinset, nie 'n waarborg dat 'n willekeurige program daardie veranderlike lees nie. 'n Blaaier met sy eie eksplisiete instaanbeleid kan steeds 'n ander konfigurasiebron kies. Vir Chrome, stoor sy instaanargument in 'n gebruikerslanseerder.

Moenie Exec=export ... skryf en verwag dat die werkskerm dit as jou aanmelddop sal interpreteer nie. Hou ook die werkskerminskrywing se kwoteringsreëls en ondersteunde veldkodes in gedagte; dit is 'n ander ontleder.

Kontroleer of enigiets nuuts gelanseer is

Sommige programme stuur die versoek na 'n instansie wat reeds loop. Sommige inskrywings gebruik D-Bus-aktivering, wat sy eie lanseerpad het. 'n Nuwe ikoonklik vestig nie 'n vars proses met die nuut gewysigde Exec-omgewing nie.

Identifiseer die instansie wat die versoek maak en die konfigurasie wat dit werklik besit. 'n Beheerde vars lansering kan die vergelyking vernou waar gepas. Vermy die herinstallasie van die program voordat vasgestel is dat die beoogde omgewing dit ooit bereik het.