# &kde; für Systemverwalter

## &kde; Interna

### Überblick

noch nicht verfügbar

### Aufbau der Ordner

&kde; gibt eine Ordnerhierarchie vor, die sowohl von der &kde;-Umgebung, als auch von allen &kde;-Programmen benutzt wird. &kde; speichert alle zu &kde; gehörigen Dateien grundsätzlich in einer festgelegten Struktur.

In der Voreinstellung verwendet &kde; zwei Ordnerbäume:

- Einen auf Systemebene (zum Beispiel `/opt/kde3`.

- Einen auf Benutzerebene im Persönlichen Ordner eines jeden Benutzers (üblicherweise `~/.trinity`).

Als Systemverwalter können Sie zusätzliche Ordnerbäume anlegen, die Sie als Profile benutzen können.

&SuSE; &Linux; zum Beispiel verwendet:

- `$`HOME`/.trinity`

- `/opt/kde3`. (Dies ist eine Eigenart von &SuSE;, andere Distributionen verwenden auch `/usr` oder `/usr/kde3`

- `/etc/opt/kde3`. (Dies wurde von &SuSE; hinzugefügt).

Wenn Sie das KIOSK Admin Tool v0.7 oder neuer installiert haben, können Sie mit dem folgenden Befehl überprüfen, welche Ordnerbäume benutzt werden: ``kiosktool-tdedirs` `--check``

&kde; und die &kde;-Programme suchen in allen &kde;-Ordnerbäumen nach Dateien. Die Ordnerbäume werden nach einer Rangfolge durchsucht. Gibt es eine Datei in mehreren Ordnerbäumen, wird die Datei im letzten Ordnerbaum verwendet. Normalerweise hat der Ordnerbaum im Persönlichen Ordner die höchste Priorität. In diesem werden auch alle Änderungen gespeichert.

&zb; werden Informationen über den `text/plain` &MIME;-Typ in den folgenden Dateien gesucht:

- `$`HOME`/.trinity/share/mimelnk/text/plain.desktop`

- `/opt/kde3/share/mimelnk/text/plain.desktop`

- `/etc/opt/kde3/share/mimelnk/text/plain.desktop`

Änderungen des Benutzers werden in der Datei `$`HOME`/.trinity/share/mimelnk/text/plain.desktop` gespeichert

Einrichtungsdateien werden etwas anders verarbeitet. Gibt es mehrere Einrichtungsdateien mit gleichem Namen in den Ordnerbäumen, so wird ihr Inhalt zusammengefasst. Maßgebend ist dafür die Rangfolge der Ordnerbäume. Wenn in zwei Dateien der gleiche Schlüssel definiert ist, wird der Wert des Schlüssels aus der Datei mit der höchsten Priorität benutzt.

Wenn zum Beispiel die folgenden beiden Dateien mit diesen Inhalt vorhanden sind:

`$`HOME`/.trinity/share/config/foobar`

-     Color=red
      Shape=circle

`/etc/opt/kde3/share/config/foobar`

-     Color=blue
      Position=10,10

so werden die Dateien zum folgenden Ergebnis zusammengefasst:

    Color=red
    Shape=circle
    Position=10,10

### Ordner festlegen

Umgebungsvariablen Beispieleinstellung(en) Kommentar
- `TDEHOME` `~/.trinity`
- `TDEROOTHOME` `/root/.trinity` Eine andere Variable, um zu verhindern, dass nach dem Ausführen von `su` durch den Systemverwalter in $TDEHOME geschrieben wird.
- `TDEDIR` `/opt/kde3`, `/usr`, `/usr/kde3` Distibutionsabhängig. Wird von &kde; 2. benutzt. Falls nicht gesetzt, wird der Standard im Quelltext verwendet.
- `TDEDIRS` `/opt/kde3`, `/usr`, `/usr/kde3` Neu in &kde;3. Kann mehrere durch Komma getrennte Werte enthalten. Wenn nicht gesetzt, wird $`TDEDIR` verwendet.

Muss nicht gesetzt werden, funktioniert mit den Standardeinstellungen.

Wollen Sie &kde;2 und &kde;3 gleichzeitig benutzen? Setzen Sie $`TDEDIR` auf &kde; 2 und $`TDEDIRS` auf &kde; 3.

Ein Mitarbeiter einer Universität könnte beispielsweise diese Einstellung verwenden:

    TDEHOME='~/.trinity3'
    TDEROOTHOME='/root/.trinity3'
    TDEDIRS='/opt/kde_staff:/opt/kde3'

### Benutzerprofile

Im vorigen Beispiel enthält `/opt/kde_staff` weitere Einstellungen nur für Mitarbeiter. Benutzerprofile ermöglichen Ihnen, diesen Ordner für bestimmte Benutzer zu setzen und für andere wiederum nicht. Fügen Sie das folgende zu `/etc/tderc` hinzu:

    [Directories-staff]
    prefixes=/opt/kde_staff

Dadurch wird ein Benutzerprofil mit dem Namen staff erzeugt, welches den Ordnerbaum `/opt/kde_staff` setzt. (Beachten Sie bitte, dass &SuSE; Linux `/etc/kde3rc` statt `/etc/tderc` verwendet.) Nun gibt es also ein Benutzerprofil, welches wiederum bestimmten Benutzer zugeordnet werden kann.

Um Profile bestimmten Benutzern zuzuordnen, muss in `/etc/tderc` eine Zuordnungsdatei festgelegt werden:

    [Directories]
    userProfileMapFile=/etc/kde-user-profile

Nun können Benutzerprofile Benutzern oder &UNIX;-Gruppen zugeordnet werden.

Um das staff-Profil allen Benutzern der &UNIX;-Gruppe staff_members zuzuweisen, fügen Sie das folgende in `/etc/kde-user-profile` hinzu:

    [General]
    groups=staff_members
    [Groups]
    staff_members=staff

Sie können auch ein Profil für einen einzelnen Benutzer erstellen:

    [Users]
    bastian=staff

### Nochmal zum Ordnerlayout

Jeder von &kde; benutzte Ordnerbaum hat eine feste Struktur. Ordner, die für einen Ordnerbaum ohne Bedeutung sind oder einfach nicht verwendet werden, müssen nicht zwingend vorhanden sein. Zum Beispiel befinden Sich die Ordner für temporäre Dateien üblicherweise nur unterhalb von `$`TDEHOME``, nicht aber in anderen Ordnerbäumen.

### Architektur-spezifische Ordner

Architektur-spezifische (Betriebssystem und CPU-Typ) Ordner:

`bin`

- Für &kde;-Programme.

`lib`

- Für &kde;-Bibliotheken.

`lib/kde3`

- Dieser Ordner enthält Komponenten, Module und andere zur Laufzeit geladene Objekte für &kde; 3.`x`-Programme.

### Gemeinsam genutzte Ordner

Gemeinsam bedeutet in diesem Zusammenhang: Nicht Architektur-spezifisch, können von unterschiedlichen Architekturen gemeinsam benutzt werden.

`share/applnk`

- `.desktop`-Dateien für das &kde;-Menü (veraltet)

`share/applications`

- `.desktop`-Dateien für das &kde;-Menü (ab &kde; 3.2)

`share/apps`

- Enthält Dateien für Programme. Jedes Programm legt hier einen Unterordner für programmeigene Daten an.

`share/config`

- Einrichtungsdateien. Diese Dateien erhalten den Namen der zugehörigen Programme mit den angehängten Buchstaben rc. Ein Sonderfall ist die Datei `kdeglobals`. Diese Datei wird von allen &kde;-Programmen eingelesen.

`share/config/session`

- Dieser Ordner wird von der Sitzungsverwaltung verwendet und findet sich normalerweise unter `$`TDEHOME``. Wenn eine Sitzung beendet wird, speichern Anwendungen Ihren Status in diesem Ordner. Die Dateinamen setzen sich aus dem Programmnamen und einer Nummer zusammen. Die Sitzungsverwaltung `ksmserver` speichert Referenzen zu diesen Nummern in der Datei `ksmserverrc`.

`share/doc/HTML`

- Dieser Ordner enthält die Dokumentationen zu &kde;-Programmen. Die Dokumentationen sind kategorisiert in Sprache und Programm zu dem sie gehören. In jedem Ordner finden sich üblicherweise zumindest zwei Dateien: `index.docbook`, welche die Dokumentation im unformatierten DocBook-Format enthält, und `index.cache.bz2`, die die gleiche Dokumentation als `bzip2`-komprimiertes &HTML; enthält. Die &HTML;-Version wird von &khelpcenter; benutzt. Falls die &HTML;-Version fehlen sollte, wird &khelpcenter; die formatierte Dokumentation aus der DocBook-Version erzeugen, aber das ist ein sehr zeitintensiver Vorgang.

`share/icons`

- In diesem Ordner werden Symbole abgelegt. Die Symbole sind sortiert nach Thema, Größe und Kategorie.un

`share/mimelnk`

- In diesem Ordner befinden sich die `.desktop`-Dateien, die Informationen über &MIME;-Typen enthalten. &kde; verwendet &MIME;-Typen um Dateitypen zu bestimmen.

`share/services`

- In diesem Ordner befinden sich die `.desktop`-Dateien, die Dienste beschreiben. Dienste sind so ähnlich wie Programme, werden aber üblicherweise von Programmen anstatt von Benutzer gestartet. Dienste erscheinen nicht im &kde;-Menü.

`share/servicetypes`

- Dieser Ordner enthält die `.desktop`-Dateien, die Diensttypen beschreiben. Ein Diensttyp repräsentiert üblicherweise eine bestimmte Programmierschnittstelle. Programme und Dienste beschreiben in ihren `.desktop`-Dateien, welche Diensttypen sie verwenden.

`share/sounds`

- Dieser Ordner enthält Audiodateien.

`share/templates`

- Dieser Ordner enthält Vorlagen zum Erstellen von Dateien verschiedenster Arten. Eine Vorlage besteht aus einer `.desktop`-Datei, die die Datei beschreibt und eine Referenz auf eine Datei im Unterordner `.source` enthält. Die Vorlagen in diesem Ordner erscheinen im Menü Neu erstellen ... auf der Arbeitsfläche und im Dateibrowser. Wenn ein Benutzer eine Vorlage aus dem Menü auswählt, wird die entsprechende Quelldatei kopiert.

`share/wallpapers`

- Dieser Ordner enthält Bilder, die Sie als Bildschirmhintergrund verwenden können.

### Rechner-spezifische Ordner

Es gibt drei Rechner-spezifische Ordner, die normalerweise zu anderen Ordner verlinkt sind. Wenn die Ordner nicht schon existieren, werden mit dem Kommando `lnusertemp` die folgenden Verknüpfungen und Ordner erzeugt:

`$`TDEHOME`/socket-$`HOSTNAME``

- Üblicherweise wird `/tmp/tdesocket-$`USER`/` für verschiedene &UNIX;-Sockets benutzt.

`$`TDEHOME`/tmp-$`HOSTNAME``

- Üblicherweise wird `/tmp/tde-$`USER`/` für temporäre Dateien benutzt.

`$`TDEHOME`/cache-$`HOSTNAME``

- Üblicherweise für `/var/tmp/tdecache-$`USER`/` zwischengespeicherte Dateien benutzt.

Da beide Ordner `/tmp` und `/var/tmp` von jedem beschreibbar sind, ist es möglich, das die obigen Ordner bereits existieren und einem anderen Benutzer gehören. In diesem Fall erzeugt `lnusertemp` einen neuen Ordner mit einem alternativen Namen und setzt die Verknüpfung auf diesen Ordner.

### Einrichtungsdateien

&kde; benutzt ein einfaches, textbasiertes Format für alle Einrichtungsdateien. Es besteht aus Schlüssel/Wert-Paaren die in Gruppen angeordnet sind. Alle &kde; Einrichtungsdateien benutzen die UTF-8 Kodierung für Texte außerhalb des ASCII-Bereiches.

Der Beginn einer Gruppe wird von einem Gruppennamen zwischen eckigen Klammern angezeigt. Alle darauf folgenden Schlüssel/Wert-Paare gehören zu dieser Gruppe. Die Gruppe ist zuende, wenn entweder eine neue Gruppe startet oder das Dateiende erreicht wurde. Einträge am Kopf der Datei ohne voranstehende Gruppe gehören zur Standardgruppe.

Das folgende Beispiel zeigt eine Einrichtungsdatei mit zwei Gruppen. Die erste Gruppe enthält die Schlüssel `LargeCursor` und `SingleClick`, die zweite Gruppe enthält die Schlüssel `Show hidden files` und `Sort by`:

    [KDE]
    LargeCursor=false
    SingleClick=true

    [KFileDialog Settings]
    Show hidden files=false
    Sort by=Name

Einträge einer Gruppe enthalten Schlüssel/Wert-Paare getrennt von einem Gleichheitszeichen. Der Schlüssel darf Leerzeichen enthalten und kann Optionen in eckigen Klammern enthalten. Der Teil hinter dem Gleichheitszeichen ist der Wert zu dem Schlüssel. Leerzeichen um das Gleichheitszeichen werden ignoriert, ebenso wie folgende Leerzeichen nach dem Wert. Kurzgesagt, das Format ist:

    Schlüssel=Wert

Wenn ein Wert führende Leerzeichen haben soll, so erreicht man diese mit einem linksgerichteten Schrägstrich und einem folgenden s.

Es gibt noch weitere Codes mit linksgerichteten Schrägstrichen; hier eine vollständige Liste:

- \s kann als Leerzeichen benutzt werden.

- \t kann als Tabulator benutzt werden.

- \r kann als Wagenrücklaufzeichen benutzt werden.

- \n kann als Zeilenvorschubzeichen benutzt werden.

- \\ kann als linksgerichteter Schrägstrich benutzt werden.

Im folgenden Beispiel beginnt der Wert `Caption` mit zwei Leerzeichen, während der Wert `Description` aus drei Zeilen besteht. Zeilenvorschübe in der Backslash-Notation werden zum trennen mehrerer Zeilen benutzt.

    [Preview Image]
    Caption=\s My Caption
    Description=This is\na very long\ndescription.

Leere Zeilen in Einrichtungsdateien werden einfach ignoriert, genauso wie Zeilen, die mit einem Doppelkreuz beginnen (#). Das Doppelkreuz kann zum Beispiel für Kommentare in Einrichtungsdateien benutzt werden. Wenn die Einrichtungsdatei allerdings von einem &kde;-Programm benutzt wird, so werden die Kommentare nicht beibehalten.

Es können sich mehrere Einrichtungsdateien mit dem selben Namen im Unterordner `share/config` der verschiedenen &kde;-Ordnerbäume befinden. In dem Fall werden die Inhalte aller gefundenen Dateien Schlüssel für Schlüssel kombiniert. Falls sich der gleiche Schlüssel in der gleichen Gruppe in mehreren Dateien befinden sollte, so wird der Wert von dem Schlüssel genommen, der aus dem Ordnerbaum mit der höchsten Priorität stammt. Einrichtungsdateien unter `$`TDEHOME`` haben immer die höchste Priorität. Falls ein Schlüssel einer bestimmten Gruppe innerhalb einer Datei mehrfach vorkommt, so wird der letzte Eintrag verwendet.

Beispiel: Falls `$`HOME`/.trinity/share/config/foobar` dies enthält:

    [MyGroup]
    Color=red
    Shape=circle

und `/etc/opt/kde3/share/config/foobar` dies:

    [MyGroup]
    Color=blue
    Position=10,10

, so lautet das Ergebnis der Verschmelzung:

    [MyGroup]
    Color=red
    Shape=circle
    Position=10,10

Wenn `$`HOME`/.trinity/share/config/foobar` dies enthält:

    [MyGroup]
    Color=red
    Shape=circle
    [MyGroup]
    Color=green

und `/opt/kde_staff/share/config/foobar` dies:

    [MyGroup]
    Color=purple
    Position=20,20

und `/etc/opt/kde3/share/config/foobar` dies:

    [MyGroup]
    Color=blue
    Position=10,10

so ist das Ergebnis:

    [MyGroup]
    Color=green
    Shape=circle
    Position=20,20

Um Benutzer davon abzuhalten, eine Voreinstellung zu überschreiben, können Einstellungen als nicht überschreibbar markiert werden. Dies geht individuell, per Gruppe oder per Datei. Ein individueller Eintrag kann gesperrt werden, indem man `[$i]` hinter den Schlüssel einfügt. Beispiel:

    Color[$i]=blue

Eine Gruppe lässt sich sperren, indem man `[$i]` hinter den Gruppennamen schreibt:

    [MyGroup][$i]

Um die gesamte Datei vor dem Übergehen der Werte zu schützen, beginnen Sie die Datei mit `[$i]` auf einer eigenen Zeile:

    [$i]

Wenn also `$`HOME`/.trinity/share/config/foobar` dies enthält:

    [MyGroup]
    Color=red
    Shape=circle

und `/etc/opt/kde3/share/config/foobar` dies:

    [MyGroup][$i]
    Color=blue
    Position=10,10

, so ist das Ergebnis:

    [MyGroup]
    Color=blue
    Position=10,10

Wenn `$`HOME`/.trinity/share/config/foobar` dies enthält:

    [MyGroup]
    Color=red
    Shape=circle

und `/opt/kde_staff/share/config/foobar` dies:

    [MyGroup]
    Color=purple
    Shape=rectangle

und `/etc/opt/kde3/share/config/foobar` dies:

    [MyGroup][$i]
    Color=blue
    Position=10,10

, so ist das Ergebnis:

    [MyGroup]
    Color=purple
    Shape=rectangle
    Position=10,10

Um dynamischere Werte zu erhalten, kann man so genannte Shell Ersetzungen benutzen. Damit ist es möglich, einen Wert aus einer Umgebungsvariable auszulesen oder durch die Ausgaben einen Programms zu ersetzen. Um Shell Ersetzungen nutzen zu können, muss der jeweilige Schlüssel mit dem Parameter [$e] versehen werden. Die ersetzte Form wird üblicherweise nach der ersten Benutzung als Text in die benutzerdefinierte Einrichtungsdatei gespeichert. Um dies zu verhinden, kann man den Schlüssel zusätzlich sperren, indem man [$ei] benutzt. Natürlich kann der Benutzer dann den Wert nicht mehr selber festlegen.

Im folgenden Beispiel wird der Wert des Schlüssels `Host` durch die Ausgabe des Programms `hostname` festgelegt. Diese Einstellung ist zusätzlich gesperrt, um sicherzustellen, dass diese Einstellung immer dynamisch bestimmt wird.

Der Wert für den Schlüssel `Email` wird zusammengesetzt aus den Werten der Umgebungsvariablen $`USER` und $`HOST`. Wenn `joe` auf `joes_rechner` angemeldet ist, so ist das Ergebnis also `joe@joes_rechner`. Diese Einstellung ist nicht gesperrt.

    [Mail Settings]
    Host[$ie]=$(hostname)
    Email[$e]=${USER}@${HOST}

Die meisten Schlüssel können mit einem Sprachcode indexiert werden. In dem Fall wird die vom Benutzer ausgewählte Sprache verwendet, um den korrekten Wert aufzufinden. Falls die Standardsprache (Amerikanisches Englisch) ausgewählt ist, wird der Schlüssel ohne Index herangezogen.

Im folgenden Beispiel ist der Wert von `Caption` abhängig von der Sprache des Benutzers. Falls der Benutzer Französisch ausgewählt hat (Ländercode `fr`), ist der Wert des Schlüssels Ma Légende. In allen anderen Fällen ist der Wert My Caption.

    [Preview Image]
    Caption=My Caption
    Caption[fr]=Ma Légende

Im folgenden Beispiel ist der Wert von `Caption` abhängig von der Sprache des Benutzers. Falls der Benutzer Französisch ausgewählt hat (Ländercode `fr`), ist der Wert des Schlüssels Ma Légende. In allen anderen Fällen ist der Wert My Caption.

    [Preview Image]
    Caption=My Caption
    Caption[fr]=Ma Légende

Im allgemein sind die möglichen Einträge in Einrichtungsdateien von &kde; nicht dokumentiert. Mit &kde; 3.2 wurde damit begonnen, diesen Nachteil zu ändern. Unter `$`TDEDIR`/share/config.kcfg` können Dateien liegen, die eine formale Beschreibung der möglichen Einträge einer Einrichtungsdatei enthalten. Diese werden (falls vorhanden) von dem &kde; Einrichtungsdatei-Editor benutzt.

Hier ist ein Beispiel für eine &XML;-Einrichtungsdatei:

    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE kcfg SYSTEM "http://www.kde.org/standards/kcfg/1.0/kcfg.dtd">
    <kcfg>
        <kcfgfile name="korganizerrc"/>
        <group name="General">
             <entry type="Bool" key="Auto Save">
                 <label>Enable automatic saving of calendar</label>
                 <default>true</default>
             </entry>
             <entry type="Int" key="Auto Save Interval">
                 <default>10</default>
             </entry>
        </group>
    </kcfg>

Dies hat die selbe Wirkung wie:

    [General]
    Auto Save=false
    Auto Save Interval=25

### Der &kde; Startvorgang

#### &tdm;

Wird immer als `Systemverwalter (root)` ausgeführt! Verwendet `$`TDEDIR`/share/config/tdmrc` und `/etc/X11/xdm/Xservers`. Die letztere Datei enthält Einträge der Art:

    :0 local /usr/X11R6/bin/X :0 vt07

Wichtige Startdateien sind auch:

- [X-*-Core] Sektion in `tdmrc`
- Einrichtung - `/etc/X11/xdm/Xsetup`
- Benutzer gibt Benutzername & Passwort ein
- Startvorgang - `/etc/X11/xdm/Xstartup` - als root einrichten
- Arbeitssitzung - `/etc/X11/xdm/Xsession` - startet die Arbeitssitzung als Benutzer
- = Für eine KDE-Arbeitssitzung: `kde` oder `starttde`
- = Wenn vorhanden `~/.xsession` oder `~/.xinitrc`
- Reset - `/etc/X11/xdm/Xreset` - nach Beenden der Arbeitssitzung

#### Das &kde;-Startskript: `starttde`

Der &kde; Startvorgang beginnt mit dem Skript `starttde`. In den meisten Fällen wird das Skript vom Displaymanager aufgerufen (&tdm;), sobald der Benutzer sich angemeldet hat. Es gibt zwei sehr wichtige Zeilen in diesem Skript:

    LD_BIND_NOW=true tdeinit +kcminit +knotify and kwrapper
    ksmserver $TDEWM

Die erste Zeile startet den Hauptprozess `tdeinit`. `tdeinit` wird zum Starten aller anderen &kde;-Programme benutzt. Es erscheint in der Ausgabe von `ps `aux`` als `tdeinit: Running...`. Die Argumente nach `tdeinit` sind die Namen von zusätzlichen zu startenden Programmen. Das Zeichen + bestimmt, dass `tdeinit` warten soll, bis der Prozess sich beendet. `tdeinit` startet auch `dcopserver`, `tdelauncher` und `kded`.

Die zweite Zeile weist `tdeinit` an, die Sitzungsverwaltung `ksmserver` zu starten. Die Sitzungsverwaltung bestimmt die Laufzeit einer Sitzung. Wenn dieser Prozess beendet wird, ist der Benutzer abgemeldet.

### Hintergrundprozesse

Alle &kde; Hintergrundprozesse sind Benutzer-spezifisch: anders als System-Daemons werden sie nicht unter mehreren Benutzern geteilt. Sie sind sowohl einmalig pro Benutzer, als auch einmalig pro X-Server. Diese Prozesse sind:

`dcopserver`

- Arbeitsflächen-Kommunikation

`kded`

- Allgemeiner Dienst-Daemon

  Löst eine Sycoca Datenbankupdate aus, falls nötig.

`kcminit`

- Initialisierungsdienst

  Lesen Sie kcminit für weitere Informationen.

`tdelauncher`

- Programmstarter (dies ist nicht der Dialog, den Sie mit &Alt;F2 erhalten!)

  Lesen Sie tdelauncher für weitere Informationen.

`knotify`

- Benutzer-Benachrichtigungen.

  Lesen Sie knotify für weitere Informationen.

`ksmserver`

- Sitzungsverwaltung

  Lesen Sie ksmserver für weitere Informationen.

#### `tdeinit`

`tdeinit` wird zum Starten aller anderen &kde;-Programme benutzt. `tdeinit` kann sowohl normale Binärprogramme als auch `tdeinit` Ladbare Module (KLMs) starten. KLMs funktionieren wie normale Binärprogramme, können aber wesentlich effizienter gestartet werden. KLMs befindent sich im Ordner `$`TDEDIR`/lib/kde3`.

Der Nachteil ist, dass diese Programme in der Ausgabe von `top` und `ps` als ``tdeinit`` erscheinen. Benutzen Sie `top `-c`` oder `ps `aux`` um den echten Programmnamen zu sehen:

    %ps aux

    waba     23184  0.2  2.1 23428 11124 ?        S    21:41   0:00 tdeinit: Running...
    waba     23187  0.1  2.1 23200 11124 ?        S    21:41   0:00 tdeinit: dcopserver --nosid
    waba     23189  0.2  2.4 25136 12496 ?        S    21:41   0:00 tdeinit: tdelauncher
    waba     23192  0.7  2.8 25596 14772 ?        S    21:41   0:00 tdeinit: kded
    waba     23203  0.8  3.4 31516 17892 ?        S    21:41   0:00 tdeinit:
    knotify

`tdeinit: Running...` ist das Hauptprogramm von `tdeinit`. Die anderen aufgelisteten Programme wurden als KLMs gestartet.

Wenn `tdeinit` das erste Mal startet, lädt es `dcopserver`, `tdelauncher` und `kded` sowie jedes weitere auf der Kommandozeile in `starttde` angegebene Programm. Dies ist normalerweise `kcminit` und `knotify`.

#### `dcopserver`

`kdcopserver` ist ein Daemon, der die Kommunikation von &kde;-Prozessen untereinander ermöglicht (&DCOP;). &DCOP;-Funktionen sind von der Shell aus mit dem Kommando `dcop` erreichbar. &DCOP; ist essentiell für alle &kde;-Programme.

Einige verwandte Dateien:

`$`HOME`/.DCOPserver_$`HOSTNAME`_$`DISPLAY``

- Zum Beispiel `.DCOPserver_linux__0`. Kontrolliert von $`DCOPAUTHORITY`>

`/tmp/.ICE-unix/dcop`pid`-`zahl``

- Zum Beispiel `dcop7634-1069677856`. Dies ist die Datei, auf die die obige Datei `DCOPserver` zeigt.

`$`HOME`/.ICEauthority`

- Autorisationsinformationen die von $`ICEAUTHORITY` kontrolliert werden.

#### kcminit

`kcminit` startet die Initialisierungsdienste während dem Startvorgang. Initialisierungsdienste sind in den .desktop-Dateien von Programmen oder Diensten mit dem Schlüssel `X-TDE-Init` gekennzeichnet:

    [Desktop Entry]
    Encoding=UTF-8
    Exec=tdecmshell energy
    Icon=energy_star
    Type=Application
    X-TDE-Library=energy
    X-TDE-Init=energy

Initialisierungsdienste werden üblicherweise zum Initalisieren von Hardware basierend auf benutzerdefinierten Einstellungen benutzt.

``kcminit `--list``` zeigt Ihnen alle Initialisierungsdienste an und ``kcminit `dienst``` kann zum expliziten Start eines Dienstes verwendet werden. Dies kann &zb; bei der Fehleranalyse hilfreich sein, falls ein Dienst Probleme beim Start bereitet.

#### `tdelauncher`

Der Daemon `tdelauncher` ist für die Aktivierung von Diensten in &kde; verantwortlich. Er arbeitet zum Starten neuer Prozesse Hand in Hand mit dem Hauptprozess `tdeinit`. &kde;-Programme kommunizieren zum Starten von neuen Programmen oder Diensten mit `tdelauncher` über &DCOP;.

Dies sieht man schnell an der Fehlermeldung `TDELauncher ist nicht via DCOP erreichbar`, die entweder auf ein ernsthaftes Problem mit `dcopserver` hinweist, oder bedeutet, dass `tdelauncher` abgestürzt ist.

`tdelauncher` kann mit dem Kommando `tdeinit` neugestartet werden. Wenn Sie dies tun, stellen Sie vorher bitte sicher, dass die Umgebungsvariablen $`HOME`, $`DISPLAY` und $`TDEDIR(S)` richtig eingestellt sind!

#### `knotify`

Die Hauptaufgabe von `knotify` ist das Durchreichen von Audio-Benachrichtigungen an den Sound-Server. Es werden auch andere Benachrichtigungsmethoden unterstütz.

### KSMServer

`ksmserver` ist die Sitzungsverwaltung von &kde;. Beim Start lädt die Sitzungsverwaltung verschiedene Autostart-Programme und stellt Programme aus vorigen Sitzungen wieder her. Autostart-Programme werden durch `.desktop`-Dateien im Ordner `$`TDEDIR`/share/autostart` gekennzeichnet. Ob ein Programm tatsächlich automatisch gestartet wird, hängt von dem Schlüssel/Wert-Paar `X-TDE-autostart-condition` in der `.desktop`-Datei ab.

Die Datei `ktip.desktop` enthält zum Beispiel:

    X-TDE-autostart-condition=ktiprc:TipOfDay:RunOnStart:true

Das bedeutet, dass die Datei `ktiprc` nach dem Eintrag `RunOnStart` in der Gruppe `[TipOfDay]` durchsucht wird. Wenn kein solcher Eintrag gefunden wird, wird `true` angenommen, was wiederum bedeutet, dass ktip automatisch gestartet wird.

Einige der von `ksmserver` automatisch gestarteten Programme sind:

`kdesktop`

- Die &kde; Arbeitsfläche

`&kicker;`

- Die &kde; Kontrollleiste

`ktip`

- Der Tipp des Tages

`kwrited`

- Ein Werkzeug für den Empfang von Systemmeldungen die an den Benutzer gesendet wurden

&klipper;

- Die Zwischenablage in der Kontrollleiste

`kalarm`

- Ein Programm, das Sie frühzeitig an Ereignisse und Termine erinnert.

`kdesktop` wiederum startet seinerseits die Programme in `$`TDEHOME`/Autostart`. `kdesktop` öffnet automatisch alle Dateien die in diesem Ordner gespeichert sind, inklusive Dokumente, Binärdateien oder Programm in der Form von `.desktop`-Dateien.

Die &kde; Sitzungsverwaltung stellt auch eine der vorherigen Sitzungen wieder her. Eine Sitzung besteht aus Programmen und Programm-spezifischen Informationen, die den Status eines Programms zum Zeitpunkt beschreiben, als die Sitzung beendet wurde. Sitzungen werden in der Datei `ksmserverrc` gespeichert, die wieder Referenzen auf die Programm-spezifischen Informationen enthält. Diese Informationen werden unter `$`TDEHOME`/share/config/session` abgelegt. Die Statusinformationen von &twin; &zb; enthalten die Platzierung der Programmfenster aller anderen Programme in der Sitzung.

### Umgebungsvariablen

Einige wichtige, von &kde; genutzte Umgebungsvariablen:

$`TDEDIR`

- Muss gesetzt sein, falls `TDEDIRS` nicht gesetzt ist. Diese Variable zeigt auf den Basisordner von &kde;. Dadurch ist es &kde; möglich, die Datendateien wie Symbole, Menüs und Bibltiotheken aufzufinden.

$`TDEDIRS`

- Überschreibt `TDEDIR` und kann mehrere durch Komma getrennte Ordner-Einträge enthalten, in denen &kde; nach seinen Daten sucht. Dies kann sinnvoll sein, wenn Sie einige Programme in einem anderen Präfix als &kde; installieren möchten bzw. müssen.

`$TDEHOME`

- Falls nicht gesetzt, benutzt &kde; `~/.trinity` als Ordner zum Speichern aller persönlichen Daten und Änderungen.

$`TDEROOTHOME`

- Wenn nicht gesetzt, benutzt &kde; `~root/.trinity` als Ordner für persönliche Daten des `Systemverwalters (root)`. Diese Variable wurde eingeführt, um zu verhindern, dass normale Benutzerdaten als root überschrieben werden, wenn ein Programm mit `su` aufgerufen wurde.

$`TDEWM`

- Falls die Variable `TDMWM` gesetzt wurde, so wird deren Wert innerhalb von `starttde` als &kde;s Fenstermanager benutzt. Voreinstellung ist sonst &twin;.

$`TDE_LANG`

- Ändert die &kde; Spracheinstellungen. Zum Beispiel bewirkt der Aufruf `TDE_LANG=fr kprogram &`, dass das Programm mit der frazösischen Übersetzung gestartet wird (sofern die nötigen Dateien installiert sind).

$`TDE_MULTIHEAD`

- Wenn Sie diese Variable auf `true` einstellen, so teilen Sie &kde; mit, dass es auf einem System mit mehreren Monitoren läuft (ein sog. Multi-Head System).

$`TDE_FORK_SLAVES`

- (Seit &kde; 3.2.3) Setzen Sie diese Variable, um TDEIO Ein-/Ausgabemodule direkt von dem Programm selbst starten zu lassen. Normalerweise werden Ein-/Ausgabemodule über `tdelauncher`/`tdeinit` gestartet. Diese Option ist nützlich, wenn das TDEIO Ein-/Ausgabemodul in der gleichen Umgebung laufen muss, wie das Programm selbst. Das kann &zb; bei der Anwendung Clearcase der Fall sein.

$`TDE_HOME_READONLY`

- Setzen Sie diese Variable, um Ihren Persönlichen Ordner als nur-lesend eingehängt zu kennzeichnen.

$`TDE_NO_IPV6`

- (Seit &kde; 3.2.3) - Setzen Sie diese Variable, um die Unterstützung für IPv6 und IPv6 DNS-Auflösung zu deaktivieren.

$`TDE_IS_PRELINKED`

- (Seit &kde; 3.2) - Setzen Sie diese Variable, um anzuzeigen, dass Sie vorverlinkte &kde;-Programme und -Bibliotheken haben. Dies deaktiviert `tdeinit`.

$`TDE_UTF8_FILENAMES`

- Wenn diese Umgebungsvariable gesetzt ist, geht &kde; davon aus, dass alle Dateinamen in UTF-8 kodiert sind, egal, wie das aktuelle Locale eingestellt ist.

$`TDE_FULL_SESSION`

- (Seit &kde; 3.2) Wird automatisch beim &kde; Startvorgang gesetzt und wird z. B. von &konqueror; genutzt, um festzustellen, ob das Programm nach dem Beenden im Speicher gehalten werden soll (für zukünftige Nutzung) oder nicht. (&tdesu; benutzt diesen Mechanismus ebenfalls, und er kann auch zur Fehlersuche nützlich sein.)

$`TDESYCOCA`

- Mit dieser Variable können Sie den Pfad und den Namen der erzeugten &kde; Systemkonfiguration-Zwischenspeicherdatei angeben

$`TDETMP`

- Ermöglicht Ihnen, einen anderen Pfad als `/tmp` für &kde;s temporäre Dateien zu verwenden.

$`TDEVARTMP`

- Ermöglicht Ihnen, einen anderen Pfad als `/var/tmp` für &kde;s temporäre variable Dateien zu verwenden.

$`XDG_DATA_HOME`

- (Seit &kde; 3.2) Gibt den Basisordner an, in dem Benutzer-spezifische Datendateien gespeichert werden sollen. Die Voreinstellung ist `$`HOME`/.local/share`.

$`XDG_DATA_DIRS`

- (Seit &kde; 3.2) Gibt in einer Rangfolge zusätzlich zu `$`XDG_DATA_HOME`` weitere Basisordner für Benutzer-spezifische Datendateien an. Die Voreinstellung ist `/usr/local/share/:/usr/share/`.

  &kde; fügt weitere Orte aus $`TDEDIRS` und Profilen hinzu. Wird für `.desktop`- und `.directory`-Menüdateien benutzt. `.desktop`-Dateien unter `$`XDG_DATA_DIRS`/applications` und `.directory`-Dateien unter $XDG_DATA_DIRS/desktop-directories.

$`XDG_CONFIG_HOME`

- (Seit &kde; 3.2) Gibt den Basisordner an, unter dem Benutzer-spezifische Einrichtungsdateien gespeichert werden sollen. Die Voreinstellung ist `$`HOME`/.config`.

$`XDG_CONFIG_DIRS`

- (Seit &kde; 3.2) Gibt in einer Rangfolge weitere Basisordner an, in denen Einrichtungsdateien zusätzlich zu $`XDG_CONFIG_HOME` gesucht werden. Die Voreinstellung ist `/etc/xdg`. &kde; fügt weitere Orte aus $`TDEDIRS` und Profilen hinzu. Wird von `.menu`-Beschreibungen unter `$`XDG_CONFIG_DIRS`/menus` genutzt.

### Das Mysterium tdeinit

`tdeinit` wird zum Starten aller anderen &kde;-Programme benutzt. `tdeinit` kann normale Binärprogramme als auch `tdeinit` Ladbare Module (KLMs). KLMs funktionieren genauso, wie normale Binärprogramme, können jedoch wesentlich effizienter gestartet werden. KLMs befinden sich im Ordner `$`TDEDIR`/lib/kde3`.

Der Nachteil ist, dass diese Programme in der Ausgabe von `top` und `ps` als ``tdeinit`` erscheinen. Benutzen Sie `top `-c`` oder `ps `aux`` um den echten Programmnamen zu sehen:

    % ps aux | grep bastian

    bastian  26061  0.0  2.2 24284 11492 ?       S    21:27   0:00 tdeinit: Running...
    bastian  26064  0.0  2.2 24036 11524 ?       S    21:27   0:00 tdeinit: dcopserver
    bastian  26066  0.1  2.5 26056 12988 ?       S    21:27   0:00 tdeinit: tdelauncher
    bastian  26069  0.4  3.2 27356 16744 ?       S    21:27   0:00 tdeinit: kded
    bastian  26161  0.2  2.7 25344 14096 ?       S    21:27   0:00 tdeinit: ksmserver
    bastian  26179  1.1  3.4 29716 17812 ?       S    21:27   0:00 tdeinit: kicker
    bastian  26192  0.4  3.0 26776 15452 ?       S    21:27   0:00 tdeinit: klipper
    bastian  26195  1.0  3.5 29200 18368 ?       S    21:27   0:00 tdeinit: kdesktop

Wahrscheinlich haben Sie bereits festgestellt, dass es auf diese Weise schwierig ist, einen Prozess gewaltsam zu beenden:

    % killall kdesktop
    kdesktop: no process killed

Vielleicht haben Sie ja schonmal versucht, Ihr Ziel mittels ``killall tdeinit`` zu erreichen ... doch das Beenden aller tdeinit-Prozesse beendet &kde; als Ganzes.

Es gib zwei einfache Lösungen:

    % tdekillall kdesktop
    oder das gute alte
    % kill 26195

`tdekillall` ist Teil der &kde;-Pakets tdesdk.

## &kde; Anpassen

### Arbeitsflächensymbole

&kde; benutzt verschiedene Symboltypen:

- Dokumente

- Verknüpfungen zu Webseiten (mittels `.desktop`-Dateien)

- Verknüpfungen zu Programmen (mittels `.desktop`-Dateien)

- Geräte - Laufwerke, Partitionen & Peripherie:

  - Explizite Symbole mittels einer `.desktop`-Datei

  - Automatisch über das devices:// Ein-/Ausgabemodul

- Distributionsabhängige (&zb; &SuSE;s Arbeitsplatz)

#### Webseiten

Verknüpfungen zu Webseiten benutzen `.desktop`-Dateien: Neu erstellen ...Verknüpfung zu Adresse (URL) .... Ändern Sie das Symbol über den Eigenschaften-Dialog. Die resultierende `.desktop`-Datei sieht so aus:

    [Desktop Entry]
    Encoding=UTF-8
    Icon=/opt/kde3/share/apps/kdesktop/pics/ksslogo.png
    Type=Link
    URL=http://www.kde.org/

#### Programme

Verknüpfungen auf Programme benutzen `.desktop`-Dateien: Neu erstellen ...Datei Verknüpfung auf Programm. Die Details müssen Sie selbst eingeben. Oder ziehen Sie einen Eintrag aus dem &kde;-Menü auf die Arbeitsfläche, das ist einfacher.

    [Desktop Entry]
    Encoding=UTF-8
    GenericName=IRC Client
    GenericName[af]=Irc Kliët
    GenericName[de]=IRC Programm
    ...
    GenericName[zu]=Umthengi we IRC
    SwallowExec=
    Name=KSirc
    Name[af]=Ksirc
    Name[de]=KSirc
    ...

- Übersetzte, allgemeine Beschreibung. Wird nicht auf der Arbeitsfläche benutzt.

- Altlasten, können entfernt werden

- Der Übersetzte Name, so wie er auf der Arbeitsfläche erscheint

Arbeitsflächensymbole

    ...
    Name[zu]=Ksirc
    MimeType=
    Exec=ksirc %i %m
    Icon=ksirc
    TerminalOptions=
    Path=
    Type=Application
    Terminal=0
    X-TDE-StartupNotify=true
    X-DCOP-ServiceType=Multi
    Categories=Qt;TDE;Network

- Die unterstützten &MIME;-Typen, wird nicht auf der Arbeitsfläche genutzt.

- Der auszuführende Befehl

- Das Symbol. Aus dem Symbol-Design oder der gesamte Pfad.

- Wird nur verwendet, wenn ein Terminal benutzt wird.

- Der Arbeitsordner für den Befehl

- Typinformationen

- Benutzen Sie hier einen wahren Wert, wenn ein Terminal benötigt wird (Textprogramm).

- Zeigt einen hüpfenden Cursor während dem Startvorgang an.

- Wurde das Programm korrekt gestartet? Entfernen Sie dies, falls das nicht funktioniert.

- Kategorien für das &kde;-Menü, wird nicht auf der Arbeitsfläche benutzt.

#### Die `Exec`-Option in `.desktop`-Dateien

Nach dem eigentlich Kommando können Sie zahlreiche Platzhalter angeben, die durch echte Werte ersetzt werden, wenn das Programm gestartet wird:

%f

- Ein einfacher Dateiname; wird &zb; benutzt, wenn eine Datei oder ein Symbol auf eine Verknüpfung gezogen wird.

%F

- Eine Dateiliste; wird von Programmen benutzt, die mehrere Dateien gleichzeitig öffnen können.

%u

- Eine einzelne Adresse (URL), falls das Programm mit &FTP;, oder &HTTP;-Adressen umgehen kann.

%U

- Eine Liste von Adressen (&URL;s). Allerdings werden erst die angegebenen Dateien heruntergeladen und dann die lokale Datei an das Programm übergeben!

%d

- Der Ordner der zu öffnenden Datei. Dies ist nützlich, wenn das Programm die Datei im aktuellen Arbeitsordner erwartet.

%D

- Eine Ordnerliste, nicht sonderlich nützlich.

%i

- Das Symbol. Ist das selbe wie die Option `--icon`. Das &kde;-Programm wird das Symbol aus der Zeile `Icon`= in der Fensterleiste anzeigen.

%m

- Das Minisymbol; eine Altlast.

%c

- Der Titel; ist das selbe wie die Option `--caption`. Das &kde;-Programm wird den Titel aus der Zeile `Name`= in der Fensterleiste anzeigen.

Beispiele:

`Exec`-Zeile Ausgeführtes Kommando
- ksirc %i `ksirc --icon ksirc`
- cd %d; kedit $(basename %f)`cd /tmp; kedit file.txt`

#### Geräte

Verknüpfungen zu Geräten benutzen `.desktop`-Dateien: Neu erstellen ... -> Gerät

#### Definieren der Arbeitsflächensymbole

Es gibt mehrere Stellen, an denen Arbeitsflächensymbole definiert werden können:

- `~/Desktop`: kopiert von `/etc/skel/Desktop`

- `$`TDEDIR`/apps/kdesktop/Desktop` (zusammengeführt)

- `$`TDEDIR`/apps/kdesktop/DesktopLinks` (kopiert)

- Gerätesymbole (dynamisch zusammengeführt)

- Dies ist Distributionsabhängig. SuSE Linux kopiert einige Symbole in starttde.theme aus `/opt/kde3/share/config/SuSE/default/`.

### Das &kde;-Menü

#### Wie es funktioniert

Mit &kde; 3.2 wurde ein allgemeines, offenes Format eingeführt: http://freedesktop.org/Standards/menu-spec/.

Vor &kde; 3.2:

- Eine Ordnerstruktur unter `share/applnk`.

- Die Ordnerstruktur repräsentierte die Menüstruktur.

- Jede einzelne `.desktop`-Datei stellte ein Programm dar.

Es war schwierig, die Menüstruktur in &kde; 3.2 neu zu ordnen. Daher wurde das neue Menüformat eingeführt:

- Eine Menüstruktur wird in einer einzelnen .menu-Datei festgelegt.

- Basiert auf Kategorien

- Wird gemeinsam von GNOME und &kde; benutzt

- Unterstützt auch weiterhin applnk-Menüeinträge

Ein Beispiel aus der Datei `applications.menu`:

            <Menu>
                <Name>Office</Name>
                <Directory>suse-office.directory</Directory>
                <Include>
                    <Filename>Acrobat Reader.desktop</Filename>
                    <Filename>tde-kpresenter.desktop</Filename>
                    <Filename>tde-kword.desktop</Filename>
                </Include>
            <Menu>

Menüeintrag mit 3 Programmen:

- `/usr/share/applications/Acrobat Reader.desktop`

- `/opt/kde3/share/applications/kde/kpresenter.desktop`

- `/opt/kde3/share/applications/kde/kword.desktop`

#### Und wo werden sie abgelegt?

`.menu`-Dateien beschreiben die Menüstruktur. Sie werden in `$`TDEDIR`/etc/xdg/menus` und `/etc/xdg/menus` gespeichert. Dort wird die systemweite Menüstruktur gespeichert; diese Ordner werden mit $`XDG_CONFIG_DIRS` bestimmt. In `$`HOME`/.config/menus` werden Benutzer-spezifische Änderungen an der Menüstruktur gespeichert. Dieser Ordner wird über $`XDG_CONFIG_HOME` bestimmt. Weitere Informationen zu diesem Thema finden Sie unter http://www.freedesktop.org/Standards/basedir-spec.

`.desktop`-Dateien beschreiben die einzelnen Programme und befinden sich in `$`TDEDIR`/share/applications`, `/usr/share/applications`, und `/usr/local/share/applications`. Dies sind die systemweiten `.desktop`-Dateien und die Speicherorte werden von $`XDG_DATA_DIRS` bestimmt.

`$`HOME`./local/applications` enthält Benutzer-spezifische `.desktop`-Dateien und Änderungen. Dieser Speicherort wird von $`XDG_DATA_HOME` bestimmt. Weitere Informationen zu diesem Thema finden Sie unter http://www.freedesktop.org/Standards/basedir-spec.

`.directory`-Dateien, die die Untermenüs beschreiben, liegen in: `$`TDEDIR`/share/desktop-directories`, `/usr/share/desktop-directories` und `/usr/local/share/desktop-directories`. Dies sind die systemweiten `.directory`-Dateien, deren Speicherort von $`XDG_DATA_DIRS` bestimmt wird. Die Benutzer-spezifischen Dateien und Änderungen werden in `$`HOME`/.local/desktop-directories` gespeichert. Dieser Speicherort wiederum wird von $`XDG_DATA_HOME` bestimmt. Weitere Informationen zu diesem Thema finden Sie unter http://www.freedesktop.org/Standards/basedir-spec.

Ein Beispiel aus der Datei `applications.menu`:

                 <Menu>
                            <Name>Art</Name>
                            <Directory>suse-edutainment-art.directory</Directory>
                            <Include>
                                    <Category>X-SuSE-Art</Category>
                            </Include>
                    </Menu>

`Art` ist der interne Name für dieses Menü. `suse-edutainment-art.directory` legt den Namen und das Symbol für diesen Ordner fest, und das Menü enthält alle Programme, die `X-SuSE-Art` als ihre Kategorie auflisten. Beispiel:

    Categories=Qt;TDE;Education;X-SuSE-Art

`suse-edutainment-art.directory` legt Name und Symbol für dieses Menü fest:

    [Desktop Entry]
    Name=Art and Culture
    Icon=kcmsystem

#### Übliche Fallstricke

Programme die sich nicht im Menü befinden, sind im Hinblick auf andere Programme und Dateizuordnungen nicht existent: Wenn Sie ein Programm aus dem Menü entfernen, geht &kde; davon aus, dass Sie es nicht benutzen möchten.

Wenn bestimmte Menüeinträge unerwünscht sind, dann stellen Sie diese in ein `.hidden`-Untermenü oder in ein dafür bestimmtes Menü mit der Option

    NoDisplay=true

in seiner `.directory`-Datei.

#### Notwendige Menüs

In `$`TDEDIR`/etc/xdg/menus/applications-merged/` befindet sich `kde-essential.menu`. Diese Datei inkludiert einige notwendige Menüs, die normalerweise nicht im &kde;-Menü angezeigt werden:

- Das Kontrollzentrum hat ein verstecktes Einstellungsmenü, dessen Inhalt von `kde-settings.menu` bestimmt wird und dessen Symbol und Name von `kde-settings.directory` bestimmt wird.

- Das KDE Infozentrum hat ein verstecktes Informationsmenü, dessen Inhalt in `kde-information.menu` und dessen Symbol und Name in `kde-information.directory` bestimmt wird.

- Die Bildschirmschoner benutzen ein verstecktes System/Screensavers-Menü, dessen Inhalt von `kde-screensavers.menu` und dessen Symbol und Name von `kde-system-screensavers.directory` bestimmt wird. `$`TDEDIR`/share/desktop-directories/kde-system-screensavers.directory` enthält:

      NoDisplay=true

#### Menüs im veralteten Stil

&kde; unterstützt auch weiterhin Menüs im alten Stil, der durch eine Ordnerstruktur in `$`TDEDIR`/share/applnk` (systemweit) und `$`HOME`/.trinity/share/applnk` bestimmt wird. Die Platzierung des Programms wird durch den Speicherort in der Ordnerstruktur bestimmt, es sei denn, die `.desktop`-Datei enthält die Zeile `Categories`=. In dem Fall wird der Platz im Menü durch die Kategorie bestimmt.

#### KSycoca

KSycoca hält einen Zwischenspeicher der Menüstruktur und der Informationen über alle verfügbare Programme vor. Sie können die Datenbank mit dem Kommando ``tdebuildsycoca`` neu aufbauen lassen. Die erzeugte Datenbank befindet sich in `/var/tmp/tdecache-${`USER`}/tdesycoca`. Sie wird automatisch von KDED auf dem aktuellen Stand gehalten, beim &kde; Startvorgang geprüft und während der Sitzung von KDED auf Änderungen überwacht.

Um das Überwachen auf Änderungen abzuschalten (schließlich könnte das über NFS zu Problemen führen), fügen Sie diesen Eintrag zu `tderc` hinzu:

    [General]
    CheckSycoca=false

Sie können das Neuerzeugen auch erzwingen, indem Sie ``touch $`TDEDIR`/share/services/update_tdesycoca`` ausführen.

#### &kmenuedit;

&kmenuedit; ist eigentlich für Ein-Benutzer-Umgebungen gedacht. Änderungen werden wie folgt abgelegt: Menüstruktur: `~/.config/menus/applications-tdemenuedit.menu`, Programme: `~/.local/share/applications/` und Untermenüs (Symbole, Namen): `~/.local/share/desktop-directories/`. Das KIOSK Admin Werkzeug benutzt &kmenuedit; und kopiert die gemachten Änderungen dann nachträglich in Profil- oder Systemweite Ordner.

### Die &kde;-Kontrollleiste

Die &kde; Kontrollleiste ist auch unter dem Namen &kicker; bekannt. Sie ist modular aufgebaut und enthält die folgenden Komponenten:

- Miniprogramme

- Programmknöpfe

- Spezialknöpfe

In der Voreinstellung enthält die Kontrollleiste diese Miniprogramme:

- Arbeitsflächenumschalter - zeigt virtuelle Arbeitsflächen an

- Fensterleiste

- Systembereich

- Uhr

und die folgenden Spezialknöpfe:

- Das &kde;-Menü

- Der Knopf Arbeitsfläche anzeigen

Es werden (abhängig vom verfügbaren Platz) noch weitere Programmknöpfe hinzugefügt:

- Der Knopf Persönlicher Ordner

- Der Knopf Webbrowser

- Der Knopf Mail-Programm

### Dateizuordnungen

Mit Dateizuordnungen werden bestimmte Dateitypen einem oder mehreren Programmen zugeordnet. Der Typ einer Datei wird mit Hilfe seines &MIME;-Typs bestimmt. Die &kde; bekannten &MIME;-Typen befinden sich in `$`TDEDIR`/share/mimelnk`. Jede Programmeigene `.desktop`-Datei enthält eine Liste der vom Programm unterstützten &MIME;-Typen.

`kview.desktop`:

    MimeType=image/gif;image/x-xpm;image/x-xbm;image/jpeg;
    image/x-bmp;image/png;image/x-ico;image/x-portable-bitmap;
    image/x-portable-pixmap;image/x-portable-greymap;
    image/tiff;image/jp2

`kuickshow.desktop`:

    MimeType=image/gif;image/x-xpm;image/x-xbm;image/jpeg;
    image/png;image/tiff;image/x-bmp;image/x-psd;image/x-eim;
    image/x-portable-bitmap;image/x-portable-pixmap;
    image/x-portable-greymap

Beide können mit dem Typ image/gif umgehen. Welches Programm wird also nun benutzt um eine `.gif`-Datei zu öffnen?

Das Programm mit der höchsten Priorität! `kview.desktop` enthält den Eintrag

    InitialPreference=3

, und `kuickshow.desktop` wiederum enthält

    InitialPreference=6

. Also wird &kuickshow; zum Öffnen von `.gif`-Dateien benutzt.

Wie kann man &kview; als Voreinstellung festlegen?

Benutzer können die Dateizuordnungen im &kcontrolcenter; ändern. Dieses Änderungen werden in `$`HOME`/.trinity/share/config/profilerc` gespeichert. Um die gleichen Einstellungen für mehrere Benutzer zu verwenden, speichern Sie die Änderungen in einem Profilordner oder dem globalen &kde; Einrichtungsordner.

## &kde;-Einstellungen sperren

### Wie es funktioniert - die Grundlagen

&kde;s Möglichkeiten zum Sperren von Einstellungen drehen sich um diese Optionen:

- Einstellungen nicht überschreibbar machen

- Bestimmte Aktionen verbieten

- Zugang zu bestimmten Adressen (URLs) verbieten

- Zugang zu bestimmten Einrichtungs-Modulen verbieten

### Nicht überschreibbare Einstellungen

&kde;-Einstellungen sperren

Nicht überschreibbare Einstellungen ermöglichen dem Systemverwalter, Voreinstellungen zu vergeben, die vom Benutzer nicht geändert werden können.

Bereits bestehende Einstellungen des Benutzers werden ignoriert, sobald die globale Einstellung als nicht überschreibbar markiert wird.

Einstellungen können sowohl pro Eintrag, als auch pro Gruppe oder Einrichtungsdatei gesperrt werden.

Wenn eine Datei oder Gruppe gesperrt ist, sind alle darin enthaltenen Einstellungen gesperrt, selbst diese, für die der Systemverwalter keine Voreinstellung festgelegt hat.

Die Unterstützung für solche gesperrten Einstellungen kann in den Programmen verschieden sein. Auch wenn ein Benutzer nicht die Möglichkeit hat, eine Einstellung permanent zu speichern, so kann es dennoch möglich sein, ein Änderung temporär in einem Dialog vorzunehmen.

### Unterbinden bestimmter Aktionen

&kde;-Programme sind nach dem Aktionen-Prinzip aufgebaut. Aktionen können auf verschiedenste Arten und Weisen ausgeführt werden; üblicherweise über die Menüleiste, eine der Werkzeugleisten oder über einen Kurzbefehl. Dokument speichern ist ein Beispiel für eine Aktion. Wenn Sie den internen Aktionsnamen eines Programms kennen, so können Sie diese verbieten. Wenn eine Aktion gesperrt wurde, erscheint sie nicht mehr im Menü oder der Werkzeugleiste. Der Interne Name für Dokument Speichern ist &zb; `action/file_save`. Das Grundgerüst zum Sperren bietet Ihnen aber auch eine Methode zum abstrakten Sperren von Funktionen an. Ein Beispiel dafür ist die Restriktion `shell_access`, wodurch grundsätzlich der Zugriff auf eine &UNIX;-Shell unterbunden wird.

#### Zugriff auf Shells unterbinden

Um den Zugriff auf eine Kommandozeile zu unterbinden, können Sie die Restriktion `shell_access` aktivieren. Fügen Sie dazu das Folgende zu `kdeglobals` hinzu:

    [KDE Action Restrictions]
    shell_access=false

Da diese Änderung auch die &kde;-Menüs und die verfügbaren Programme betrifft, muss eine Aktualisierung der sycoca-Datenbank erzwungen werden:

    touch $TDEDIR/share/services/update_tdesycoca

Melden Sie sich nun erneut an &kde; an und prüfen Sie die folgenden Punkte:

- Das &kmenu;

- In &konqueror;, Extras Terminal öffnen

- Das Ausführen-Kommando mit &Alt;F2

Ein vollständige Dokumentation über die verfügbaren Aktionen finden Sie unter http://www.kde.org/areas/sysadmin/.

Unten sind noch ein paar weitere, interessante Aktionen aufgelistet:

`action/options_configure`

- Dies betrifft den Dialog Einrichten aus dem Menü Einstellungen.

`action/help_report_bug`

- Die Option Probleme oder Wünsche berichten ... im Menü Hilfe.

`action/kdesktop_rmb`

- Das Kontextmenü, welches durch die rechte Maustaste auf der Arbeitsfläche aufgerufen wird.

`action/kicker_rmb`

- Das Kontextmenü der Kontrollleiste.

`user/root`

- Unterbindet alle Aktionen, die den Zugriff als `Systemverwalter` benötigen würden.

`shell_access`

- Unterbindet den Zugriff auf Programme, die Zugang zu einer Shell ermöglichen.

`print/system`

- Schaltet die Option zum wechseln des Drucksystems ab.

`lock_screen`

- Dies entscheidet darüber, ob der Benutzer seinen Bildschirm sperren kann.

`start_new_session`

- Legt fest, ob der Benutzer eine neue X-Sitzung starten kann (siehe auch &tdm;).

`opengl_screensavers`

- Legt fest, ob OpenGL-Bildschirmschoner benutzt werden können.

`manipulatescreen_screensavers`

- Bildschirmschoner zulassen, die nicht den gesamten Bildschirm verdecken.

### Adressen-Restriktionen

Es gibt drei Arten von Sperren, die auf Adressen angewandt werden können:

list

- Legt fest, ob das Auflisten von Ordnerinhalten erlaubt ist.

open

- Legt fest, ob bestimmte Adressen geöffnet werden dürfen.

Redirect

- Legt fest, ob durch eine Adresse eine weitere Adresse aufgerufen werden darf, automatisch oder über eine Verknüpfung.

Die Regeln werden in Ihrer Definitionsreihenfolge geprüft. Die letzte passende Regel auf eine Adresse legt fest, ob der Zugriff gewährt wird oder nicht.

Die folgenden Regeln sperren das Öffnen von http- und https-Adressen außerhalb der Domäne `.ourcompany.com`:

    [KDE URL Restrictions]
    rule_count=2
    rule_1=open,,,,http,,,false
    rule_2=open,,,,http,*.ourcompany.com,,true

- Durch die ersten vier Kommas werden die Kriterien zur Adressherkunft übersprungen. Dieser Teil wird nur mit Redirect-Regeln verwendet.

- `rule_1` unterbindet grundsätzlich das Öffnen von http- und https-Adressen.

- `rule_2` erlaubt wiederum das Öffnen von http- und https-Adressen in der Domäne `.ourcompany.com`. Beachten Sie, dass der Platzhalter * nur am Beginn einer Domäne erlaubt ist.

Die folgenden Regeln sorgen dafür, dass der Benutzer keine lokalen Ordner mehr außerhalb seines Persönlichen Ordners durchsehen kann:

    [KDE URL Restrictions]
    rule_count=2
    rule_1=list,,,,file,,,false
    rule_2=list,,,,file,,$HOME,true

- `rule_1` verbietet das Auflisten sämtlicher lokaler Ordner.

- `rule_2` erlaubt wiederum das Auflisten von Ordnern unterhalb von $`HOME`.

$`HOME` und $`TMP` sind spezielle Werte, die auf den Persönlichen Ordner eines Benutzers bzw. &kde;s temporären Ordner zeigen (&zb; `/tmp/tde-thomas`).

Die folgende Regel sorgt dafür, dass Benutzer keine Dateien mehr außerhalb ihrer Persönlichen Ordner öffnen können:

    [KDE URL Restrictions]
    rule_count=3
    rule_1=open,,,,file,,,false
    rule_2=open,,,,file,,$HOME,true
    rule_3=open,,,,file,,$TMP,true

- `rule_1` verbietet das Öffnen jeglicher lokaler Dateien.

- `rule_2` erlaubt wiederum das Öffnen von Dateien unter dem Persönlichen Ordner des Benutzers.

- `rule_2` erlaubt das Öffnen von Dateien in &kde;s temporärem Ordner des jeweiligen Benutzers. Dies ist notwendig, weil &kde;-Programme oftmals eine Datei erst im temporären Ordner ablegen und dann von dort aus öffnen.

Die Redirect-Option legt fest, ob Dokumente von einem bestimmten Ort auf einen anderen Ort verweisen dürfen (automatisch oder via Verknüpfung). Ein Satz an Voreinstellungen ist aus Sicherheitsgründen bereits festgelegt. Zum Beispiel darf ein Dokument im Internet nicht auf lokale Dateien verweisen.

Wenn wir beispielsweise dem Intranet-Server `www.mycompany.com` erlauben möchten, auf lokale Dateien zu verweisen, dann fügen Sie diese Regel hinzu:

    [KDE URL Restrictions]
    rule_count=1
    rule_1=redirect,http,www.mycompany.com,,file,,,true

Anstatt ein Protokoll anhand seines Namens zu bestimmen, können Sie auch eine Protokollgruppe angeben. Zu diesem Zweck wurden die folgenden Protokollgruppen definiert:

:local

- Protokolle, die auf lokal gespeicherte Daten zugreifen, wie zum Beispiel file:/, man:/, fonts:/, floppy:/

:internet

- Übliche Internetprotokolle wie http und ftp

Informationen zu Protokollen sind in `*.protocol`-Dateien unter `$`TDEDIR`/share/services` gespeichert.

Der Schlüssel `Class`= legt fest, zu welcher Gruppe ein Protokoll gehört: ``grep` `Class=` `$`TDEDIR`/share/services/*.protocol``

Allgemeine Regeln:

- Die :local-Protokolle können auf alle weiteren Protokolle verweisen

- Es ist immer erlaubt, auf ein :internet-Protokoll zu verweisen

- Nicht alle Protokolle gehören zu einer Gruppe, fish:/ zum Beispiel.

### Die Einrichtungsmodule

&kde; benutzt Einrichtungsmodule um die verschiedenen Bereich von &kde; anzupassen. Einrichtungsmodule erscheinen im &kcontrolcenter;, in einem Einrichtungsdialog oder in beiden.

Das Proxy-Einrichtungsmodul zum Beispiel erscheint sowohl im &kcontrolcenter; als auch im Dialog Konqueror einrichten ....

Individuelle Einrichtungsmodule können mit dem Kommando `tdecmshell` `modul` gestartet werden.

Um das Proxy-Modul zu starten, benutzen Sie:

- `tdecmshell` `tde-proxy.desktop`

- `tdecmshell` proxy

Nicht alle Programme benutzen Einrichtungsmodule. Oftmals ist der Einrichtungsdialog auch fester Bestandteil des Programms selbst.

Streng genommen sind alle Einrichtungsmodule auch Teil des &kde;-Menüs.

- Die sichtbaren Einrichtungsmodule im &kcontrolcenter; haben eine `.desktop`-Datei in `$`TDEDIR`/share/applications/kde` und befinden sich im versteckten Menü Settings-Modules. Die Sortierung wird durch `kde-settings.menu` bestimmt, die wiederum von `kde-essential.menu` inkludiert wird.

      tdebuildsycoca --menutest 2> /dev/null | grep Settings-Modules

- Programm-spezifische Module haben normalerweise eine `.desktop`-Datei in `$`TDEDIR`/share/applnk/.hidden`. Dies entspricht dem versteckten .hidden-Menü.

      tdebuildsycoca --menutest 2> /dev/null | grep .hidden

- Seit &kde; 3.3 kann man mit Hilfe von kcontroledit das &kcontrolcenter; bearbeiten. kcontroledit funktioniert genauso wie kmenuedit, Änderungen werden nur für den aktuellen Benutzer geschrieben. Benutzen Sie kiosktool, um Änderungen für alle Benutzer vorzunehmen.

Es ist möglich, einzelne Einrichtungsmodule ganz abzuschalten. Fügen Sie daszu das Folgende zu `kdeglobals` hinzu:

    [KDE Control Module Restrictions]
    module-id=false

Um beispielsweise das Proxy-Modul abzuschalten, benutzen Sie

    [KDE Control Module Restrictions]
    tde-proxy.desktop=false

Schauen Sie nun ins &kcontrolcenter; und den Dialog Konqueror einrichten ..., ob das Proxy-Modul noch erreichbar ist.

## Der faule Systemverwalter

### Verbindung zu einer entfernten Arbeitsfläche

Mit freigegebenen Arbeitsflächen ist es entfernten Benutzern möglich, die Arbeitsfläche des aktuellen Benutzers zu sehen und sogar zu übernehmen. Dem entfernten Benutzer muss eine Einladung gesendet werden. Diese Einladung kann mit einem Passwort geschützt sein. Dies ist &zb; für die technische Unterstützung oder für Systemverwalter nützlich, um Zugriff auf die Arbeitsfläche zu erhalten. Auf diese Weise ist die Fehleranalyse möglich, oder man kann einen Benutzer bei bestimmten Vorgängen leichter anleiten.

Zur Arbeitsflächenfreigabe gehören zwei Programme: &krfb; (&kde; remote frame buffer, ein VNC-Server) und &krdc; (&kde; remote desktop connection, ein VNC-Client).

Mit &krfb; ist es jedem Benutzer möglich, eine Einladung zur Übernahme der Arbeitsfläche auszusprechen. Eine Einladung erzeugt automatisch ein Einmal-Passwort, mit dem der Empfänger der Einladung eine Verbindung zur Arbeitsfläche herstellen kann. Dieses Passwort ist in der Voreinstellung nur ein einziges Mal gültig und läuft nach einer Stunde ab, wenn es nicht benutzt wurde.

Die eingehenden Verbindungen werden vom kded-Modul kinetd verwaltet. Verwenden Sie das Kommando ``dcop` kded kinetd services`, um zu sehen, ob kinetd läuft. &krfb; wartet normalerweise an Port 5900 auf eingehende Verbindungen. Wenn eine neue Verbindung eingeht, erscheint ein Bestätigungsdialog.

### Der &kde; Heimwerker - Bauen Sie Ihre eigenen Werkzeuge

#### DCOP

Desktop COmmunication Protocol, DCOP, ist ein Mechanismus zur Kommunikation von &kde;-Programmen untereinander. DCOP ermöglicht einem Benutzer, mit derzeit laufenden Programmen zu interagieren. &kde; bringt zwei Programme zum Umgang mit DCOP mit: dcop, ein Kommandozeilenprogramm, und kdcop, ein graphisches Programm.

Einige Hinweise für die Anwendung des Befehls `dcop`:

- `dcop` [options] [application [object [function [arg1] [arg2] ... ] ] ]

- Programme, die gleichzeitig mehr als ein Fenster öffnen können, werden als <application>-PID aufgeführt

- Beachten Sie bei allen Argumenten die Groß- und Kleinschreibung. setFullScreen und setfullscreen bezeichnen zwei unterschiedliche Funktionen.

- Sie können den Regulären Ausdruck * im Argument für Programme und Objekte verwenden.

      % dcop kon*
      konqueror-16006
      konsole-8954

Im Folgenden finden Sie als Beispiele einige Befehle und deren Ausgabe:

    % dcop konsole*
    konsole-8954

Eine &konsole; läuft mit der PID 8954.

    % dcop konsole-8954
    KBookmarkManager-.../share/apps/tdefile/bookmarks.xml
    KBookmarkManager-.../share/apps/konqueror/bookmarks.xml
    KBookmarkNotifier
    KDebug
    MainApplication-Interface
    konsole (default)
    konsole-mainwindow#1
    tdesycoca
    session-1
    session-2
    session-3
    session-4

Hier sehen Sie, dass vier Sitzungen laufen.

    % dcop konsole-8954 konsole
    QCStringList interfaces()
    QCStringList functions()
    int sessionCount()
    QString currentSession()
    QString newSession()
    QString newSession(QString type)
    QString sessionId(int position)
    void activateSession(QString sessionId)
    void nextSession()
    void prevSession()
    void moveSessionLeft()
    void moveSessionRight()
    bool fullScreen()
    void setFullScreen(bool on)
    ASYNC reparseConfiguration()

Hier sind die Optionen für das Hauptprogramm &konsole;.

    % dcop konsole-8954 session-1
    QCStringList interfaces()
    QCStringList functions()
    bool closeSession()
    bool sendSignal(int signal)
    void clearHistory()
    void renameSession(QString name)
    QString sessionName()
    int sessionPID()
    QString schema()
    void setSchema(QString schema)
    QString encoding()
    void setEncoding(QString encoding)
    QString keytab()
    void setKeytab(QString keyboard)
    QSize size()
    void setSize(QSize size)

Hier sind die Optionen für die erste Sitzung, session-1

    % dcop konsole-8954 konsole setFullScreen true

Dieser Befehl stellt den Vollbildmodus für &konsole; ein.

Wenn es mehrere Programme für ein Programm/Objekt gibt, welches sollte man dann nutzen? Gibt es eine Referenz darauf?

    % echo $KONSOLE_DCOP
    DCOPRef(konsole-7547,konsole)

    % dcop $KONSOLE_DCOP newSession
    session-6

    % dcopstart konsole
    konsole-9058

    #!/bin/sh
    konsole=$(dcopstart konsole-script)
    session=$(dcop $konsole konsole currentSession)
    dcop $konsole $session renameSession Local

    session=$(dcop $konsole konsole newSession)
    dcop $konsole $session renameSession Remote

    session=$(dcop $konsole konsole newSession)
    dcop $konsole $session renameSession Code
    dcop $konsole $session sendSession 'cd /my/work/directory'

#### KDialog

Der &kde; Heimwerker - Bauen Sie Ihre eigenen Werkzeuge

Sie können &kde;-Dialoge in Ihren eigenen Skripten benutzen und damit die leistungsfähigen &UNIX;-Shell-Skripte mit der Einfachheit von &kde; verbinden.

    kdialog --msgbox 'Sie haben eine neue E-Mail!'

    kdialog --title 'Neue E-Mail' --msgbox 'Sie haben eine neue E-Mail!'

Die Überschrift KDialog kann mit der Option `--caption` ersetzt werden.

    kdialog --title 'Neue Mail' --msgbox 'Sie haben eine neue Mail!' --dontagain myfile:mykey

Dadurch wird gespeichert, ob der Dialog erneut angezeigt werden soll. Dazu werden die folgenden Zeilen in `$`TDEHOME`/share/config/myfile` geschrieben:der

    [Notification Messages]
    mykey=false

Anstelle von `--msgbox` können Sie auch `--sorry` oder `--error` benutzen. Sie könnten &zb; `kdialog` `--sorry 'Das Netzwerk ist nicht erreichbar!'` oder `kdialog` `--error 'Die Mailbox lässt sich nicht öffnen!'` benutzen.

Es ist auch möglich, Dialog mit einer Ja/Nein-Antwort anzeigen zu lassen.

    kdialog --yesno 'Möchten Sie eine Verbindung
    mit dem Internet?' echo $?

Rückgabewert | Bedeutung
0 | Ja, Ok, Fortsetzen
1 | Nein
2 | Abbrechen

Speichern Sie das Ergebnis in einer Variablen, wenn Sie das Ergebnis nicht direkt weiterverwenden, denn der nächste Befehl weist ?$ einen neuen Wert zu. Sie können dafür aber auch die Option `--dontagain` verwenden, damit wird die Auswahl des Benutzers gespeichert und bei den nächsten Aufrufen des Befehls zurückgegeben, ohne den Dialog wieder anzuzeigen.

Weitere Optionen sind:

`--warningyesno`

- wie `--yesno` aber mit einem anderen Symbol

`--warningcontinuecancel`

- Mit den Knöpfen Fortsetzen und Abbrechen.

`--warningyesnocancel`

- Mit den Knöpfen Ja, Nein und Abbrechen. Zum Beispiel:

      kdialog --warningyesnocancel 'Wollen Sie
      die Änderungen speichern?'

    kdialog --inputbox "Geben Sie Ihren Namen ein:" "Ihr Name"

Das Ergebnis wird auf stdout ausgegeben. Um es in eine Variable zu schreiben, können Sie dies benutzen: `name=$(kdialog --inputbox "Geben Sie Ihren Namen ein:" "IhrName")`. Das letzte Argument ist optional, es wird benutzt, um dem Textfeld einen Vorgabewert zu geben.

    Passwort=$(kdialog --password "Geben Sie Ihr Passwort ein:")

Die Option `--dontagain` wird zusammen mit `--inputbox` oder `--password` nicht beachtet.

Es gibt zwei Dialoge, in denen der Benutzer einen Eintrag aus einer Liste wählen kann:

`--menu`

- Der Benutzer kann einen einzelnen Eintrag aus einer Liste wählen.

`--checklist`

- Der Benutzer kann einen oder mehrere Einträge aus einer Liste wählen.

    city=$(kdialog --menu "Wählen Sie eine Stadt" a London b Madrid c Paris d Berlin)

`$city` gibt den Wert a, b, c oder d zurück.

    city=$(kdialog --checklist "Wählen Sie Städte aus" a London off b Madrid on c Paris on d Berlin off)

Madrid und Paris sind bereits ausgewählt. Das Ergebnis mit der Auswahl von Madrid und Paris ist "b" "c".

Wenn Sie als Option `--separate-output` hinzufügen, wird b und c jeweils in einer eigenen Zeile ausgegeben, damit ist die Weiterbearbeitung der Rückgabewerte einfacher.

    file=$(kdialog --getopenfilename $HOME)
    file=$(kdialog --getopenfilename $HOME "*.png *.jpg|Image Files")
    file=$(kdialog --getsavefilename $HOME/SaveMe.png)
    file=$(kdialog --getexistingdirectory $HOME)

&groupware-with-kontact;