Starter auf dem Desktop¶

Möchte man einen Programmstarter auf dem Desktop anlegen, so muss die erstellte Datei (zusätzlich) im eigenen Homeverzeichnis im Ordner ~/Schreibtisch oder ~/Arbeitsfläche/ (früher auch ~/Desktop/) abgespeichert werden. Außerdem müssen gegebenenfalls noch Starter auf dem Desktop generell aktiviert werden. Dies wird im Artikel Desktop-Symbole genauer erklärt.

Starter ausführbar machen¶

Je nach Desktop-Umgebung und Ubuntu-Version kann es erforderlich sein, Programmstarter ausführbar ^[3] zu machen. Ein Beispiel bzw. eine Fehlermeldung, die bei der Nutzung unter Unity oder GNOME auftauchen kann, ist in nebenstehender Abbildung zu sehen. Unter Xubuntu tritt dieses Verhalten erst ab der Xfce-Version 4.10 bzw. ab 12.10 auf, bei Lubuntu ab 14.10.

Wenn man zusätzlich noch eine Shebang-Zeile wie die folgende einfügt, kann man die Datei auch in einem Terminal direkt ausführen:

1

#!/usr/bin/xdg-open

Siehe auch xdg-open und Shebang für Shellskripte.

Programmstarter entfernen¶

Um einen Programmstarter zu entfernen, bieten sich zwei Möglichkeiten an:

1. Man fügt eine Zeile

   NoDisplay=true

   in die .desktop-Datei ein (siehe nächster Abschnitt) oder

2. man löscht die betreffende .desktop-Datei

Lokalisierung¶

Es besteht auch die Möglichkeit, eine .desktop-Datei zu lokalisieren, damit – je nach verwendeter Systemsprache – der Name und die Beschreibung in der jeweiligen Sprache erscheint. Dafür setzt man hinter dem Namen des zu lokalisierendem Elements in Klammern den Ländercode und danach folgend die Übersetzung. Für das Element GenericName sähe das beispielsweise folgendermaßen aus:

GenericName=Music Player
GenericName[de]=Musik Player
GenericName[fi]=Musiikkisoitin
GenericName[pl]=Odtwarzacz Muzyki
GenericName[se]=Musikspelare

.desktop-Dateien unterstützen aber auch eine noch feiner abgestufte Lokalisierung. Die Locale-Bezeichnungen haben üblicherweise das Format lang_COUNTRY@MODIFIER. Sprache und REGION werden durch zweistellige ISO-639- bzw. ISO-3166-Codes repräsentiert (z.B. de_DE für Deutsch/Deutschland oder de_AT für Deutsch/Österreich). Der "modifier" ist dafür vorgesehen, kategoriespezifische Varianten zu wählen, z.B. eine Währung, ein Datumsformat oder eine Sortierreihenfolge. In der Praxis wird heutzutage ein "modifier" nicht mehr verwendet.

Die folgende Tabelle gibt einen Überblick, nach welcher Reihenfolge die einzelnen Lokalisierungen genutzt werden:

Dadurch ist es möglich, auch unterschiedliche Richtungen einer Sprache zu berücksichtigen, wie am folgenden Beispiel gezeigt:

GenericName=January
GenericName[de]=Januar
GenericName[de_de]=Januar
GenericName[de_at]=Jänner

Für einen Programmstarter sähe eine Lokalisierung am Beispiel des Programms Tomahawk beispielsweise folgendermaßen aus:

[Desktop Entry]
Type=Application
Version=1.0
Name=Tomahawk
GenericName=Music Player
GenericName[de]=Musik Player
GenericName[fi]=Musiikkisoitin
GenericName[pl]=Odtwarzacz Muzyki
GenericName[se]=Musikspelare
TryExec=tomahawk
Exec=tomahawk %u
Comment=Tomahawk — Social Music Player
Comment[fi]=Tomahawk – sosiaalinen musiikkisoitin
Comment[pl]=Tomahawk – Społecznościowy Odtwarzacz Muzyki
Comment[se]=Tomahawk — Den Sociala Musikspelaren
Icon=tomahawk
Terminal=false
Categories=Qt;AudioVideo;Audio;Player;
MimeType=x-scheme-handler/tomahawk;x-scheme-handler/spotify;

Quicklists¶

Die vertikale Unity-Launchbar im linken Bildschirmrand bietet zu jedem Programmstarter noch ein Kontextmenü via Rechtsklick , Quicklist genannt, mit weiteren Aktionsmöglichkeiten an. Bei dieser Quicklist handelt es sich um eine spezielle Erweiterung einer .desktop-Datei, die im Artikel Quicklists ausführlich behandelt wird.

Weitere Beispiele¶

Weitere Beispiele können mittels eines Editors ^[2] in /usr/share/applications eingesehen und für eigene Einträge verwendet bzw. überarbeitet werden.

[Desktop Entry]
Name=ScummVM
Comment=Sammlung von Interpretern für einige Adventure-Game-Engines
Exec=scummvm
Icon=/usr/share/pixmaps/scummvm-logo.png
Terminal=false
Type=Application
Categories=Application;Game;AdventureGame;
StartupNotify=false

[Desktop Entry]
Name=TV-Browser
Comment=digitale TV-Zeitschrift
Exec=/usr/lib/tvbrowser/tvbrowser.sh
Icon=/usr/share/pixmaps/tvbrowser128.png
Terminal=false
Type=Application
Categories=AudioVideo;
StartupNotify=false

[Desktop Entry]
Name=Geotag
Comment=GPS-Daten in Bilder anzeigen und setzen
Exec=java -jar /home/BENUTZERNAME/bin/geotag.jar
Icon=/home/BENUTZERNAME/Bilder/geotag.png
Terminal=false
Type=Application
Categories=Graphics;
StartupNotify=false

Pfadangaben¶

Bei der Angabe von relativen Pfaden für Programme, Skripte oder Symbole im eigenen Homeverzeichnis kommt es häufiger zu Problemen – Abkürzungen wie ~ oder $HOME sind nicht gestattet. Dem kann man aus dem Weg gehen, wenn man stattdessen absolute Pfade verwendet.

Optionen übergeben¶

Beim Aufruf eines Programms über die Zeile Exec=... ist die Übergabe von Optionen mit zwei Bindestrichen in der Form PROGRAMM --OPTION nicht möglich, während PROGRAMM -OPTION bzw. ein Bindestrich kein Problem ist. Falls zwei Bindestriche erforderlich sind, bedient man sich des folgenden Konstrukts:

Exec=sh -c "PROGRAMM --OPTION"

Zwei oder mehr Programme starten¶

Eine anderer Variante ist die Verwendung für zwei oder mehr Befehle/Programme. Entweder um diese parallel auszuführen:

Exec=sh -c "foo & bar"

Mit dem & wird bar also direkt nach foo gestartet und beide Programme laufen gleichzeitig.

Oder um diese sequentiell auszuführen:

Exec=sh -c "foo && bar"

Exec=sh -c "foo ; bar"

In diesen Fall wird bar erst gestartet, nachdem foo beendet wurde. Der feine Unterschied zwischen diesen beiden Aufrufen ist, dass der Befehl nach && nur ausgeführt wird, wenn das Programm davor keinen Fehlercode zurückliefert, während das mit ; keine Rolle spielt. Beim zweiten Aufruf wird bar bspw. auch ausgeführt, wenn foo gar nicht vorhanden ist.

Kommandozeilenprogramme¶

Kommandozeilenprogramme innerhalb eines Terminals, hier am Beispiel einer SSH-Sitzung, aufrufen:

Exec=sh -c "TERMINAL -x ssh spy@nsa.usa.gov"

Für TERMINAL ist das jeweils gewünschte Terminalprogramm einzusetzen.

Dateimanager-Kontextmenü¶

Welche Programme bei einem Rechtsklick auf eine Datei bei "Öffnen mit...", beispielsweise von Nautilus (siehe auch nächster Abschnitt), automatisch vorgeschlagen werden, hängt vom MIME-Typ der Datei ab. Um beispielsweise den eigenen Lieblings-VideoPlayer in dieser Liste zu ergänzen, öffnet man die dazugehörige .desktop-Datei und kontrolliert die entsprechende Zeile für den MIME-Typ. Beispiel:

MimeType=audio/*;video/*;

sorgt dafür, dass das jeweilige Wunschprogramm für alle Audio- und Videodateien vorgeschlagen wird.

Sollte das Programm immernoch nicht im Auswahlmenü erscheinen, muss dem Befehl hinter 'Exec=...' noch das Kürzel %f angehängt werden, welches für eine zu erwartende Datei steht.

Auf dem gleichen Weg kann man auch andere Programme aus der Liste entfernen. Dazu wird empfohlen, die jeweilige .desktop-Datei zuerst von /usr/share/applications/ nach ~/.local/share/applications/ zu kopieren. Hintergrund: Einträge dort überstimmen die Angaben aus /usr/share/applications/ und – noch wichtiger – werden beim Einspielen von Updates nicht überschrieben.

Java¶

Falls ein Programmstarter für Java fehlt (oder mehrere, wenn man verschiedene Java-Versionen installiert hat), kann das Öffnen einer .jar-Datei über einen Dateimanager schwierig werden. Ein Beispiel für eine entsprechende .desktop-Datei (hier für OpenJDK 7 64-Bit):

[Desktop Entry]
Name=OpenJDK 7 Runtime
Name[de]=OpenJDK 7 Laufzeitumgebung
Comment=open with OpenJDK Java
Comment[de]=mit OpenJDK Java öffnen
Exec=/usr/lib/jvm/java-7-openjdk-amd64/bin/java -jar %f
Terminal=false
Type=Application
Icon=openjdk-7
MimeType=application/x-java-archive;application/java-archive;application/x-jar;
NoDisplay=false

Für Oracle Java passt man diese Datei entsprechend an.

Intern¶

• Arronax - grafische Oberfläche, um .desktop-Dateien zu bearbeiten

• Menüeditor - Grafische Menüeditoren

• .directory-Dateien - neues Untermenü erstellen

• Desktop Übersichtsartikel

Extern¶

• Specifications auf Freedesktop.org

  • Desktop Entry Specification v1.1

  • Desktop Entry Specification v1.0

• Anatomy of a .desktop File - Blogbeitrag, 04/2010

• developer.gnome.org - Desktop-Dateien und ihre Anwendung innerhalb der Desktop-Menüs