<para>&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. </para>
<listitem><para>Einen auf Systemebene (zum Beispiel <filename class="directory">/opt/kde3</filename>.</para></listitem>
<listitem><para>Einen auf Benutzerebene im Persönlichen Ordner eines jeden Benutzers (üblicherweise <filename class="directory">~/.trinity</filename>).</para></listitem>
<para>Als Systemverwalter können Sie zusätzliche Ordnerbäume anlegen, die Sie als <link linkend="user-profiles">Profile </link> benutzen können.</para>
<listitem><para><filename class="directory">/opt/kde3</filename>. (Dies ist eine Eigenart von &SuSE;, andere Distributionen verwenden auch <filename class="directory">/usr</filename> oder <filename class="directory">/usr/kde3</filename></para></listitem>
<listitem><para><filename class="directory">/etc/opt/kde3</filename>. (Dies wurde von &SuSE; hinzugefügt).</para></listitem>
<para>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: <userinput><command>kiosktool-tdedirs</command> <option>--check</option></userinput></para>
<para>&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.</para>
<para>Änderungen des Benutzers werden in der Datei <filename class="directory">$<envar>HOME</envar>/.trinity/share/mimelnk/text/plain.desktop</filename> gespeichert</para>
<para>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.</para>
<seg>Eine andere Variable, um zu verhindern, dass nach dem Ausführen von <command>su</command> durch den Systemverwalter in $TDEHOME geschrieben wird.</seg>
<para><emphasis>Muss</emphasis> nicht gesetzt werden, funktioniert mit den Standardeinstellungen.</para>
<para>Wollen Sie &kde;2 und &kde;3 gleichzeitig benutzen? Setzen Sie $<envar>TDEDIR</envar> auf &kde; 2 und $<envar>TDEDIRS</envar> auf &kde; 3.</para>
<para>Im vorigen Beispiel enthält <filename class="directory">/opt/kde_staff</filename> weitere Einstellungen nur für Mitarbeiter. <quote>Benutzerprofile</quote> ermöglichen Ihnen, diesen Ordner für bestimmte Benutzer zu setzen und für andere wiederum nicht. Fügen Sie das folgende zu <filename>/etc/tderc</filename> hinzu:</para>
<para>Dadurch wird ein Benutzerprofil mit dem Namen <quote>staff</quote> erzeugt, welches den Ordnerbaum <filename class="directory">/opt/kde_staff</filename> setzt. (Beachten Sie bitte, dass &SuSE; Linux <filename>/etc/kde3rc</filename> statt <filename>/etc/tderc</filename> verwendet.) Nun gibt es also ein Benutzerprofil, welches wiederum bestimmten Benutzer zugeordnet werden kann.</para>
<para>Um Profile bestimmten Benutzern zuzuordnen, muss in <filename>/etc/tderc</filename> eine Zuordnungsdatei festgelegt werden:</para>
<para>Um das staff-Profil allen Benutzern der &UNIX;-Gruppe staff_members zuzuweisen, fügen Sie das folgende in <filename>/etc/kde-user-profile</filename> hinzu:</para>
<para>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 <filename class="directory">$<envar>TDEHOME</envar></filename>, nicht aber in anderen Ordnerbäumen.</para>
<listitem><para>Dieser Ordner enthält Komponenten, Module und andere zur Laufzeit geladene Objekte für &kde; 3.<replaceable>x</replaceable>-Programme.</para></listitem>
<para>Gemeinsam bedeutet in diesem Zusammenhang: Nicht Architektur-spezifisch, können von unterschiedlichen Architekturen gemeinsam benutzt werden.</para>
<listitem><para>Einrichtungsdateien. Diese Dateien erhalten den Namen der zugehörigen Programme mit den angehängten Buchstaben <quote>rc</quote>. Ein Sonderfall ist die Datei <filename>kdeglobals</filename>. Diese Datei wird von allen &kde;-Programmen eingelesen.</para></listitem>
<listitem><para>Dieser Ordner wird von der Sitzungsverwaltung verwendet und findet sich normalerweise unter <filename class="directory">$<envar>TDEHOME</envar></filename>. 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 <command>ksmserver</command> speichert Referenzen zu diesen Nummern in der Datei <filename>ksmserverrc</filename>.</para></listitem>
<listitem><para>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: <filename>index.docbook</filename>, welche die Dokumentation im unformatierten DocBook-Format enthält, und <filename>index.cache.bz2</filename>, die die gleiche Dokumentation als <command>bzip2</command>-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.</para>
<listitem><para>In diesem Ordner befinden sich die <literal role="extension">.desktop</literal>-Dateien, die Informationen über &MIME;-Typen enthalten. &kde; verwendet &MIME;-Typen um Dateitypen zu bestimmen.</para>
<listitem><para>In diesem Ordner befinden sich die <literal role="extension">.desktop</literal>-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ü.</para>
<listitem><para>Dieser Ordner enthält die <literal role="extension">.desktop</literal>-Dateien, die Diensttypen beschreiben. Ein Diensttyp repräsentiert üblicherweise eine bestimmte Programmierschnittstelle. Programme und Dienste beschreiben in ihren <literal role="extension">.desktop</literal>-Dateien, welche Diensttypen sie verwenden.</para> </listitem></varlistentry>
<listitem><para>Dieser Ordner enthält Vorlagen zum Erstellen von Dateien verschiedenster Arten. Eine Vorlage besteht aus einer <literal role="extension">.desktop</literal>-Datei, die die Datei beschreibt und eine Referenz auf eine Datei im Unterordner <filename class="directory">.source</filename> enthält. Die Vorlagen in diesem Ordner erscheinen im Menü <guimenu>Neu erstellen ...</guimenu> auf der Arbeitsfläche und im Dateibrowser. Wenn ein Benutzer eine Vorlage aus dem Menü auswählt, wird die entsprechende Quelldatei kopiert.</para>
<para>Es gibt drei Rechner-spezifische Ordner, die normalerweise zu anderen Ordner verlinkt sind. Wenn die Ordner nicht schon existieren, werden mit dem Kommando <command>lnusertemp</command> die folgenden Verknüpfungen und Ordner erzeugt:</para>
<listitem><para>Üblicherweise wird <filename class="directory">/tmp/tdesocket-$<envar>USER</envar>/</filename> für verschiedene &UNIX;-Sockets benutzt.</para>
<para>Da beide Ordner <filename class="directory">/tmp</filename> und <filename class="directory">/var/tmp</filename> von jedem beschreibbar sind, ist es möglich, das die obigen Ordner bereits existieren und einem anderen Benutzer gehören. In diesem Fall erzeugt <command>lnusertemp</command> einen neuen Ordner mit einem alternativen Namen und setzt die Verknüpfung auf diesen Ordner.</para>
<title>Einrichtungsdateien</title> <para>&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 <acronym>UTF</acronym>-8 Kodierung für Texte außerhalb des ASCII-Bereiches.</para>
<para>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.</para>
<informalexample><para>Das folgende Beispiel zeigt eine Einrichtungsdatei mit zwei Gruppen. Die erste Gruppe enthält die Schlüssel <varname>LargeCursor</varname> und <varname>SingleClick</varname>, die zweite Gruppe enthält die Schlüssel <varname>Show hidden files</varname> und <varname>Sort by</varname>:</para>
<para>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:</para>
<para>Wenn ein Wert führende Leerzeichen haben soll, so erreicht man diese mit einem linksgerichteten Schrägstrich und einem folgenden <quote>s</quote>.</para>
<para>Es gibt noch weitere Codes mit linksgerichteten Schrägstrichen; hier eine vollständige Liste: <itemizedlist>
<listitem><para><token>\s</token> kann als Leerzeichen benutzt werden.</para>
<informalexample><para>Im folgenden Beispiel beginnt der Wert <varname>Caption</varname> mit zwei Leerzeichen, während der Wert <varname>Description</varname> aus drei Zeilen besteht. Zeilenvorschübe in der Backslash-Notation werden zum trennen mehrerer Zeilen benutzt.</para>
<para>Leere Zeilen in Einrichtungsdateien werden einfach ignoriert, genauso wie Zeilen, die mit einem Doppelkreuz beginnen (<quote>#</quote>). 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.</para>
<para>Es können sich mehrere Einrichtungsdateien mit dem selben Namen im Unterordner <filename class="directory">share/config</filename> 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 <filename class="directory">$<envar>TDEHOME</envar></filename> 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.</para>
<para>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 <userinput>[$i]</userinput> hinter den Schlüssel einfügt. Beispiel: <programlisting>Color[$i]=blue
<para>Um die gesamte Datei vor dem Übergehen der Werte zu schützen, beginnen Sie die Datei mit <userinput>[$i]</userinput> auf einer eigenen Zeile: <programlisting>[$i]
<para>Um dynamischere Werte zu erhalten, kann man so genannte <quote>Shell Ersetzungen</quote> 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 <token>[$e]</token> 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 <token>[$ei]</token> benutzt. Natürlich kann der Benutzer dann den Wert nicht mehr selber festlegen.</para>
<para>Im folgenden Beispiel wird der Wert des Schlüssels <varname>Host</varname> durch die Ausgabe des Programms <command>hostname</command> festgelegt. Diese Einstellung ist zusätzlich gesperrt, um sicherzustellen, dass diese Einstellung immer dynamisch bestimmt wird.</para>
<para>Der Wert für den Schlüssel <varname>Email</varname> wird zusammengesetzt aus den Werten der Umgebungsvariablen $<envar>USER</envar> und $<envar>HOST</envar>. Wenn <systemitem class="username">joe</systemitem> auf <systemitem class="systemname">joes_rechner</systemitem> angemeldet ist, so ist das Ergebnis also <literal>joe@joes_rechner</literal>. Diese Einstellung ist nicht gesperrt.</para>
<para>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.</para>
<para>Im folgenden Beispiel ist der Wert von <varname>Caption</varname> abhängig von der Sprache des Benutzers. Falls der Benutzer Französisch ausgewählt hat (Ländercode <literal>fr</literal>), ist der Wert des Schlüssels <quote>Ma Légende</quote>. In allen anderen Fällen ist der Wert <quote>My Caption</quote>.</para>
<para>Im folgenden Beispiel ist der Wert von <varname>Caption</varname> abhängig von der Sprache des Benutzers. Falls der Benutzer Französisch ausgewählt hat (Ländercode <literal>fr</literal>), ist der Wert des Schlüssels <quote>Ma Légende</quote>. In allen anderen Fällen ist der Wert <quote>My Caption</quote>.</para>
<para>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 <filename class="directory">$<envar>TDEDIR</envar>/share/config.kcfg</filename> 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.</para>
<para>Wird immer als <systemitem class="username">Systemverwalter (root)</systemitem> ausgeführt! Verwendet <filename>$<envar>TDEDIR</envar>/share/config/tdmrc</filename> und <filename>/etc/X11/xdm/Xservers</filename>. Die letztere Datei enthält Einträge der Art:</para>
<para>Der &kde; Startvorgang beginnt mit dem Skript <filename>starttde</filename>. 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:</para>
<programlisting>LD_BIND_NOW=true tdeinit +kcminit +knotify and kwrapper
<para>Die erste Zeile startet den Hauptprozess <command>tdeinit</command>. <command>tdeinit</command> wird zum Starten aller anderen &kde;-Programme benutzt. Es erscheint in der Ausgabe von <command>ps <option>aux</option></command> als <computeroutput>tdeinit: Running...</computeroutput>. Die Argumente nach <command>tdeinit</command> sind die Namen von zusätzlichen zu startenden Programmen. Das Zeichen <token>+</token> bestimmt, dass <command>tdeinit</command> warten soll, bis der Prozess sich beendet. <command>tdeinit</command> startet auch <command>dcopserver</command>, <command>tdelauncher</command> und <command>kded</command>.</para>
<para>Die zweite Zeile weist <command>tdeinit</command> an, die Sitzungsverwaltung <command>ksmserver</command> zu starten. Die Sitzungsverwaltung bestimmt die Laufzeit einer Sitzung. Wenn dieser Prozess beendet wird, ist der Benutzer abgemeldet.</para>
<para>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:</para>
<listitem><para>Programmstarter (dies ist <emphasis>nicht</emphasis> der Dialog, den Sie mit <keycombo action="simul">&Alt;<keycap>F2</keycap> </keycombo> erhalten!)</para>
<para>Lesen Sie <xref linkend="tdelauncher"/> für weitere Informationen.</para>
<para><command>tdeinit</command> wird zum Starten aller anderen &kde;-Programme benutzt. <command>tdeinit</command> kann sowohl normale Binärprogramme als auch <command>tdeinit</command> Ladbare Module (<acronym>KLM</acronym>s) starten. <acronym>KLM</acronym>s funktionieren wie normale Binärprogramme, können aber wesentlich effizienter gestartet werden. <acronym>KLM</acronym>s befindent sich im Ordner <filename class="directory">$<envar>TDEDIR</envar>/lib/kde3</filename>.</para>
<para>Der Nachteil ist, dass diese Programme in der Ausgabe von <command>top</command> und <command>ps</command> als <computeroutput><command>tdeinit</command></computeroutput> erscheinen. Benutzen Sie <command>top <option>-c</option></command> oder <command>ps <option>aux</option></command> um den echten Programmnamen zu sehen:</para>
<para><computeroutput>tdeinit: Running...</computeroutput> ist das Hauptprogramm von <command>tdeinit</command>. Die anderen aufgelisteten Programme wurden als <acronym>KLM</acronym>s gestartet.</para>
<para>Wenn <command>tdeinit</command> das erste Mal startet, lädt es <command>dcopserver</command>, <command>tdelauncher</command> und <command>kded</command> sowie jedes weitere auf der Kommandozeile in <command>starttde</command> angegebene Programm. Dies ist normalerweise <command>kcminit</command> und <command>knotify</command>.</para>
<para><command>kdcopserver</command> ist ein Daemon, der die Kommunikation von &kde;-Prozessen untereinander ermöglicht (&DCOP;). &DCOP;-Funktionen sind von der Shell aus mit dem Kommando <command>dcop</command> erreichbar. &DCOP; ist essentiell für alle &kde;-Programme.</para>
<listitem><para>Zum Beispiel <filename>dcop7634-1069677856</filename>. Dies ist die Datei, auf die die obige Datei <filename>DCOPserver</filename> zeigt.</para>
<para><command>kcminit</command> startet die Initialisierungsdienste während dem Startvorgang. Initialisierungsdienste sind in den .desktop-Dateien von Programmen oder Diensten mit dem Schlüssel <varname>X-TDE-Init</varname> gekennzeichnet:</para>
<para>Initialisierungsdienste werden üblicherweise zum Initalisieren von Hardware basierend auf benutzerdefinierten Einstellungen benutzt.</para>
<para><userinput><command>kcminit <option>--list</option></command></userinput> zeigt Ihnen alle Initialisierungsdienste an und <userinput><command>kcminit <replaceable>dienst</replaceable></command></userinput> kann zum expliziten Start eines Dienstes verwendet werden. Dies kann &zb; bei der Fehleranalyse hilfreich sein, falls ein Dienst Probleme beim Start bereitet.</para>
<para>Der Daemon <command>tdelauncher</command> ist für die Aktivierung von Diensten in &kde; verantwortlich. Er arbeitet zum Starten neuer Prozesse Hand in Hand mit dem Hauptprozess <command>tdeinit</command>. &kde;-Programme kommunizieren zum Starten von neuen Programmen oder Diensten mit <command>tdelauncher</command> über &DCOP;.</para>
<para>Dies sieht man schnell an der Fehlermeldung <computeroutput><errortext>TDELauncher ist nicht via DCOP erreichbar</errortext></computeroutput>, die entweder auf ein ernsthaftes Problem mit <command>dcopserver</command> hinweist, oder bedeutet, dass <command>tdelauncher</command> abgestürzt ist.</para>
<para><command>tdelauncher</command> kann mit dem Kommando <command>tdeinit</command> neugestartet werden. Wenn Sie dies tun, stellen Sie vorher bitte sicher, dass die Umgebungsvariablen $<envar>HOME</envar>, $<envar>DISPLAY</envar> und $<envar>TDEDIR(S)</envar> richtig eingestellt sind!</para>
<para>Die Hauptaufgabe von <command>knotify</command> ist das Durchreichen von Audio-Benachrichtigungen an den Sound-Server. Es werden auch andere Benachrichtigungsmethoden unterstütz.</para>
<para><command>ksmserver</command> 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 <literal role="extension">.desktop</literal>-Dateien im Ordner <filename class="directory">$<envar>TDEDIR</envar>/share/autostart</filename> gekennzeichnet. Ob ein Programm tatsächlich automatisch gestartet wird, hängt von dem Schlüssel/Wert-Paar <varname>X-TDE-autostart-condition</varname> in der <literal role="extension">.desktop</literal>-Datei ab.</para>
<para>Das bedeutet, dass die Datei <filename>ktiprc</filename> nach dem Eintrag <varname>RunOnStart</varname> in der Gruppe <varname>[TipOfDay]</varname> durchsucht wird. Wenn kein solcher Eintrag gefunden wird, wird <literal>true</literal> angenommen, was wiederum bedeutet, dass <application>ktip</application> automatisch gestartet wird.</para>
<para><command>kdesktop</command> wiederum startet seinerseits die Programme in <filename class="directory">$<envar>TDEHOME</envar>/Autostart</filename>. <command>kdesktop</command> öffnet automatisch alle Dateien die in diesem Ordner gespeichert sind, inklusive Dokumente, Binärdateien oder Programm in der Form von <literal role="extension">.desktop</literal>-Dateien.</para>
<para>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 <filename>ksmserverrc</filename> gespeichert, die wieder Referenzen auf die Programm-spezifischen Informationen enthält. Diese Informationen werden unter <filename class="directory">$<envar>TDEHOME</envar>/share/config/session</filename> abgelegt. Die Statusinformationen von &twin; &zb; enthalten die Platzierung der Programmfenster aller anderen Programme in der Sitzung. </para>
<listitem><para>Muss gesetzt sein, falls <envar>TDEDIRS</envar> 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.</para>
<listitem><para>Überschreibt <envar>TDEDIR</envar> 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.</para>
<varlistentry><term><envar>$TDEHOME</envar></term><listitem><para>Falls nicht gesetzt, benutzt &kde; <filename class="directory">~/.trinity</filename> als Ordner zum Speichern aller persönlichen Daten und Änderungen.</para>
<varlistentry><term>$<envar>TDEROOTHOME</envar></term><listitem><para>Wenn nicht gesetzt, benutzt &kde; <filename class="directory">~root/.trinity</filename> als Ordner für persönliche Daten des <systemitem class="username">Systemverwalters (root)</systemitem>. Diese Variable wurde eingeführt, um zu verhindern, dass normale Benutzerdaten als root überschrieben werden, wenn ein Programm mit <command>su</command> aufgerufen wurde.</para>
<varlistentry><term>$<envar>TDEWM</envar></term><listitem><para>Falls die Variable <envar>TDMWM</envar> gesetzt wurde, so wird deren Wert innerhalb von <command>starttde</command> als &kde;s Fenstermanager benutzt. Voreinstellung ist sonst &twin;.</para>
<varlistentry><term>$<envar>TDE_LANG</envar></term><listitem><para>Ändert die &kde; Spracheinstellungen. Zum Beispiel bewirkt der Aufruf <userinput>TDE_LANG=fr kprogram &</userinput>, dass das Programm mit der frazösischen Übersetzung gestartet wird (sofern die nötigen Dateien installiert sind).</para>
<varlistentry><term>$<envar>TDE_MULTIHEAD</envar></term><listitem><para>Wenn Sie diese Variable auf <literal>true</literal> einstellen, so teilen Sie &kde; mit, dass es auf einem System mit mehreren Monitoren läuft (ein sog. Multi-Head System).</para>
<listitem><para>(Seit &kde; 3.2.3) Setzen Sie diese Variable, um <acronym>TDEIO</acronym> Ein-/Ausgabemodule direkt von dem Programm selbst starten zu lassen. Normalerweise werden Ein-/Ausgabemodule über <command>tdelauncher</command>/<command>tdeinit</command> gestartet. Diese Option ist nützlich, wenn das <acronym>TDEIO</acronym> Ein-/Ausgabemodul in der gleichen Umgebung laufen muss, wie das Programm selbst. Das kann &zb; bei der Anwendung <application>Clearcase</application> der Fall sein.</para>
<varlistentry><term>$<envar>TDE_NO_IPV6</envar></term><listitem><para>(Seit &kde; 3.2.3) - Setzen Sie diese Variable, um die Unterstützung für <acronym>IPv6</acronym> und <acronym>IPv6</acronym> <acronym>DNS</acronym>-Auflösung zu deaktivieren.</para>
<varlistentry><term>$<envar>TDE_IS_PRELINKED</envar></term><listitem><para>(Seit &kde; 3.2) - Setzen Sie diese Variable, um anzuzeigen, dass Sie vorverlinkte &kde;-Programme und -Bibliotheken haben. Dies deaktiviert <command>tdeinit</command>.</para>
<varlistentry><term>$<envar>TDE_UTF8_FILENAMES</envar></term><listitem><para>Wenn diese Umgebungsvariable gesetzt ist, geht &kde; davon aus, dass alle Dateinamen in <acronym>UTF-8</acronym> kodiert sind, egal, wie das aktuelle Locale eingestellt ist.</para>
<varlistentry><term>$<envar>TDE_FULL_SESSION</envar></term><listitem><para>(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.)</para>
<varlistentry><term>$<envar>TDESYCOCA</envar></term><listitem><para>Mit dieser Variable können Sie den Pfad und den Namen der erzeugten &kde; Systemkonfiguration-Zwischenspeicherdatei angeben</para>
<varlistentry><term>$<envar>TDETMP</envar></term><listitem><para>Ermöglicht Ihnen, einen anderen Pfad als <filename class="directory">/tmp</filename> für &kde;s temporäre Dateien zu verwenden.</para>
<varlistentry><term>$<envar>TDEVARTMP</envar></term><listitem><para>Ermöglicht Ihnen, einen anderen Pfad als <filename class="directory">/var/tmp</filename> für &kde;s temporäre variable Dateien zu verwenden.</para>
<varlistentry><term>$<envar>XDG_DATA_HOME</envar></term><listitem><para>(Seit &kde; 3.2) Gibt den Basisordner an, in dem Benutzer-spezifische Datendateien gespeichert werden sollen. Die Voreinstellung ist <filename class="directory">$<envar>HOME</envar>/.local/share</filename>.</para>
<varlistentry><term>$<envar>XDG_DATA_DIRS</envar></term><listitem><para>(Seit &kde; 3.2) Gibt in einer Rangfolge zusätzlich zu <filename class="directory">$<envar>XDG_DATA_HOME</envar></filename> weitere Basisordner für Benutzer-spezifische Datendateien an. Die Voreinstellung ist <literal>/usr/local/share/:/usr/share/</literal>.</para>
<para>&kde; fügt weitere Orte aus $<envar>TDEDIRS</envar> und Profilen hinzu. Wird für <literal role="extension">.desktop</literal>- und <literal role="extension">.directory</literal>-Menüdateien benutzt. <literal role="extension">.desktop</literal>-Dateien unter <filename class="directory">$<envar>XDG_DATA_DIRS</envar>/applications</filename> und <literal role="extension">.directory</literal>-Dateien unter $XDG_DATA_DIRS/desktop-directories. </para>
<varlistentry><term>$<envar>XDG_CONFIG_HOME</envar></term><listitem><para>(Seit &kde; 3.2) Gibt den Basisordner an, unter dem Benutzer-spezifische Einrichtungsdateien gespeichert werden sollen. Die Voreinstellung ist <filename class="directory">$<envar>HOME</envar>/.config</filename>.</para>
<varlistentry><term>$<envar>XDG_CONFIG_DIRS</envar></term><listitem><para>(Seit &kde; 3.2) Gibt in einer Rangfolge weitere Basisordner an, in denen Einrichtungsdateien zusätzlich zu $<envar>XDG_CONFIG_HOME</envar> gesucht werden. Die Voreinstellung ist <filename class="directory">/etc/xdg</filename>. &kde; fügt weitere Orte aus $<envar>TDEDIRS</envar> und Profilen hinzu. Wird von <literal role="extension">.menu</literal>-Beschreibungen unter <filename class="directory">$<envar>XDG_CONFIG_DIRS</envar>/menus</filename> genutzt. </para>
<para><command>tdeinit</command> wird zum Starten aller anderen &kde;-Programme benutzt. <command>tdeinit</command> kann normale Binärprogramme als auch <command>tdeinit</command> Ladbare Module (<acronym>KLM</acronym>s). <acronym>KLM</acronym>s funktionieren genauso, wie normale Binärprogramme, können jedoch wesentlich effizienter gestartet werden. <acronym>KLM</acronym>s befinden sich im Ordner <filename class="directory">$<envar>TDEDIR</envar>/lib/kde3</filename>.</para>
<para>Der Nachteil ist, dass diese Programme in der Ausgabe von <command>top</command> und <command>ps</command> als <computeroutput><command>tdeinit</command></computeroutput> erscheinen. Benutzen Sie <command>top <option>-c</option></command> oder <command>ps <option>aux</option></command> um den echten Programmnamen zu sehen:</para>
<screen><prompt>%</prompt> <userinput><command>ps aux | grep bastian</command></userinput>
<computeroutput>kdesktop: no process killed</computeroutput></screen>
<para>Vielleicht haben Sie ja schonmal versucht, Ihr Ziel mittels <userinput><command>killall tdeinit</command></userinput> zu erreichen ... doch das Beenden aller tdeinit-Prozesse beendet &kde; als Ganzes.</para>
<para>Verknüpfungen zu Webseiten benutzen <literal role="extension">.desktop</literal>-Dateien: <menuchoice><guimenu>Neu erstellen ...</guimenu><guimenuitem>Verknüpfung zu Adresse (URL) ...</guimenuitem></menuchoice>. Ändern Sie das Symbol über den <guilabel>Eigenschaften</guilabel>-Dialog. Die resultierende <literal role="extension">.desktop</literal>-Datei sieht so aus: <programlisting>[Desktop Entry]
<para>Verknüpfungen auf Programme benutzen <literal role="extension">.desktop</literal>-Dateien: <menuchoice><guimenu>Neu erstellen ...</guimenu><guisubmenu>Datei</guisubmenu><guimenuitem>Verknüpfung auf Programm</guimenuitem></menuchoice>. Die Details müssen Sie selbst eingeben. Oder ziehen Sie einen Eintrag aus dem &kde;-Menü auf die Arbeitsfläche, das ist einfacher.</para>
<title>Die <varname>Exec</varname>-Option in <literal role="extension">.desktop</literal>-Dateien</title>
<para>Nach dem eigentlich Kommando können Sie zahlreiche Platzhalter angeben, die durch echte Werte ersetzt werden, wenn das Programm gestartet wird: <variablelist>
<listitem><para>Eine Liste von Adressen (&URL;s). Allerdings werden erst die angegebenen Dateien heruntergeladen und dann die lokale Datei an das Programm übergeben!</para>
<listitem><para>Das Symbol. Ist das selbe wie die Option <option>--icon</option>. Das &kde;-Programm wird das Symbol aus der Zeile <varname>Icon</varname>= in der Fensterleiste anzeigen.</para>
<listitem><para>Der Titel; ist das selbe wie die Option <option>--caption</option>. Das &kde;-Programm wird den Titel aus der Zeile <varname>Name</varname>= in der Fensterleiste anzeigen.</para>
<listitem><para>Dies ist Distributionsabhängig. SuSE Linux kopiert einige Symbole in starttde.theme aus <filename class="directory">/opt/kde3/share/config/SuSE/default/</filename>.</para></listitem>
<para>Mit &kde; 3.2 wurde ein allgemeines, offenes Format eingeführt: <ulink url="http://freedesktop.org/Standards/menu-spec/">http://freedesktop.org/Standards/menu-spec/</ulink>.</para>
<para>Vor &kde; 3.2: <itemizedlist>
<listitem><para>Eine Ordnerstruktur unter <filename class="directory">share/applnk</filename>.</para></listitem>
<listitem><para>Die Ordnerstruktur repräsentierte die Menüstruktur.</para></listitem>
<listitem><para>Jede einzelne <literal role="extension">.desktop</literal>-Datei stellte ein Programm dar.</para></listitem>
<para><literal role="extension">.menu</literal>-Dateien beschreiben die Menüstruktur. Sie werden in <filename class="directory">$<envar>TDEDIR</envar>/etc/xdg/menus</filename> und <filename class="directory">/etc/xdg/menus</filename> gespeichert. Dort wird die systemweite Menüstruktur gespeichert; diese Ordner werden mit $<envar>XDG_CONFIG_DIRS</envar> bestimmt. In <filename class="directory">$<envar>HOME</envar>/.config/menus</filename> werden Benutzer-spezifische Änderungen an der Menüstruktur gespeichert. Dieser Ordner wird über $<envar>XDG_CONFIG_HOME</envar> bestimmt. Weitere Informationen zu diesem Thema finden Sie unter <ulink url="http://www.freedesktop.org/Standards/basedir-spec">http://www.freedesktop.org/Standards/basedir-spec</ulink>.</para>
<para><literal role="extension">.desktop</literal>-Dateien beschreiben die einzelnen Programme und befinden sich in <filename class="directory">$<envar>TDEDIR</envar>/share/applications</filename>, <filename class="directory">/usr/share/applications</filename>, und <filename class="directory">/usr/local/share/applications</filename>. Dies sind die systemweiten <literal role="extension">.desktop</literal>-Dateien und die Speicherorte werden von $<envar>XDG_DATA_DIRS</envar> bestimmt.</para>
<para><filename class="directory">$<envar>HOME</envar>./local/applications</filename> enthält Benutzer-spezifische <literal role="extension">.desktop</literal>-Dateien und Änderungen. Dieser Speicherort wird von $<envar>XDG_DATA_HOME</envar> bestimmt. Weitere Informationen zu diesem Thema finden Sie unter <ulink url="http://www.freedesktop.org/Standards/basedir-spec">http://www.freedesktop.org/Standards/basedir-spec</ulink>.</para>
<para><literal role="extension">.directory</literal>-Dateien, die die Untermenüs beschreiben, liegen in: <filename class="directory">$<envar>TDEDIR</envar>/share/desktop-directories</filename>, <filename class="directory">/usr/share/desktop-directories</filename> und <filename class="directory">/usr/local/share/desktop-directories</filename>. Dies sind die systemweiten <literal role="extension">.directory</literal>-Dateien, deren Speicherort von $<envar>XDG_DATA_DIRS</envar> bestimmt wird. Die Benutzer-spezifischen Dateien und Änderungen werden in <filename class="directory">$<envar>HOME</envar>/.local/desktop-directories</filename> gespeichert. Dieser Speicherort wiederum wird von $<envar>XDG_DATA_HOME</envar> bestimmt. Weitere Informationen zu diesem Thema finden Sie unter <ulink url="http://www.freedesktop.org/Standards/basedir-spec">http://www.freedesktop.org/Standards/basedir-spec</ulink>.</para>
<para><literal>Art</literal> ist der interne Name für dieses Menü. <filename>suse-edutainment-art.directory</filename> legt den Namen und das Symbol für diesen Ordner fest, und das Menü enthält alle Programme, die <literal>X-SuSE-Art</literal> als ihre Kategorie auflisten. Beispiel: <programlisting>Categories=Qt;TDE;Education;X-SuSE-Art
</programlisting></para>
<para><filename>suse-edutainment-art.directory</filename> legt Name und Symbol für dieses Menü fest: <programlisting>[Desktop Entry]
<para>Programme die sich <emphasis>nicht</emphasis> im Menü befinden, sind im Hinblick auf andere Programme und Dateizuordnungen <emphasis>nicht existent</emphasis>: Wenn Sie ein Programm aus dem Menü entfernen, geht &kde; davon aus, dass Sie es nicht benutzen möchten.</para>
<para>Wenn bestimmte Menüeinträge unerwünscht sind, dann stellen Sie diese in ein <filename>.hidden</filename>-Untermenü oder in ein dafür bestimmtes Menü mit der Option <programlisting>
<para>In <filename class="directory">$<envar>TDEDIR</envar>/etc/xdg/menus/applications-merged/</filename> befindet sich <filename>kde-essential.menu</filename>. Diese Datei inkludiert einige notwendige Menüs, die normalerweise nicht im &kde;-Menü angezeigt werden: <itemizedlist>
<listitem><para>Das Kontrollzentrum hat ein verstecktes Einstellungsmenü, dessen Inhalt von <filename>kde-settings.menu</filename> bestimmt wird und dessen Symbol und Name von <filename>kde-settings.directory</filename> bestimmt wird.</para>
<listitem><para>Das KDE Infozentrum hat ein verstecktes Informationsmenü, dessen Inhalt in <filename>kde-information.menu</filename> und dessen Symbol und Name in <filename>kde-information.directory</filename> bestimmt wird.</para>
<listitem><para>Die Bildschirmschoner benutzen ein verstecktes System/Screensavers-Menü, dessen Inhalt von <filename>kde-screensavers.menu</filename> und dessen Symbol und Name von <filename>kde-system-screensavers.directory</filename> bestimmt wird. <filename>$<envar>TDEDIR</envar>/share/desktop-directories/kde-system-screensavers.directory</filename> enthält: <programlisting>NoDisplay=true
<para>&kde; unterstützt auch weiterhin Menüs im alten Stil, der durch eine Ordnerstruktur in <filename class="directory">$<envar>TDEDIR</envar>/share/applnk</filename> (systemweit) und <filename class="directory">$<envar>HOME</envar>/.trinity/share/applnk</filename> bestimmt wird. Die Platzierung des Programms wird durch den Speicherort in der Ordnerstruktur bestimmt, es sei denn, die <literal role="extension">.desktop</literal>-Datei enthält die Zeile <varname>Categories</varname>=. In dem Fall wird der Platz im Menü durch die Kategorie bestimmt.</para>
<para><application>KSycoca</application> hält einen Zwischenspeicher der Menüstruktur und der Informationen über alle verfügbare Programme vor. Sie können die Datenbank mit dem Kommando <userinput><command>tdebuildsycoca</command></userinput> neu aufbauen lassen. Die erzeugte Datenbank befindet sich in <filename class="directory">/var/tmp/tdecache-${<envar>USER</envar>}/tdesycoca</filename>. Sie wird automatisch von <application>KDED</application> auf dem aktuellen Stand gehalten, beim &kde; Startvorgang geprüft und während der Sitzung von <application>KDED</application> auf Änderungen überwacht.</para>
<para>Um das Überwachen auf Änderungen abzuschalten (schließlich könnte das über NFS zu Problemen führen), fügen Sie diesen Eintrag zu <filename>tderc</filename> hinzu: <programlisting>[General]
<para>Sie können das Neuerzeugen auch erzwingen, indem Sie <userinput><command>touch $<envar>TDEDIR</envar>/share/services/update_tdesycoca</command></userinput> ausführen.</para>
<para>&kmenuedit; ist eigentlich für Ein-Benutzer-Umgebungen gedacht. Änderungen werden wie folgt abgelegt: Menüstruktur: <filename>~/.config/menus/applications-tdemenuedit.menu</filename>, Programme: <filename class="directory">~/.local/share/applications/</filename> und Untermenüs (Symbole, Namen): <filename class="directory">~/.local/share/desktop-directories/</filename>. Das KIOSK Admin Werkzeug benutzt &kmenuedit; und kopiert die gemachten Änderungen dann nachträglich in Profil- oder Systemweite Ordner. </para>
<para>Die &kde; Kontrollleiste ist auch unter dem Namen &kicker; bekannt. Sie ist modular aufgebaut und enthält die folgenden Komponenten: <itemizedlist>
<para>In der Voreinstellung enthält die Kontrollleiste diese Miniprogramme: <itemizedlist> <listitem><para>Arbeitsflächenumschalter - zeigt virtuelle Arbeitsflächen an</para></listitem> <listitem><para>Fensterleiste</para></listitem> <listitem><para>Systembereich</para></listitem> <listitem><para>Uhr</para></listitem> </itemizedlist> und die folgenden Spezialknöpfe: <itemizedlist>
<para>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 <filename class="directory">$<envar>TDEDIR</envar>/share/mimelnk</filename>. Jede Programmeigene <literal role="extension">.desktop</literal>-Datei enthält eine Liste der vom Programm unterstützten &MIME;-Typen.</para>
<para>Beide können mit dem Typ image/gif umgehen. Welches Programm wird also nun benutzt um eine <literal role="extension">.gif</literal>-Datei zu öffnen?</para>
<para>Benutzer können die Dateizuordnungen im &kcontrolcenter; ändern. Dieses Änderungen werden in <filename>$<envar>HOME</envar>/.trinity/share/config/profilerc</filename> gespeichert. Um die gleichen Einstellungen für mehrere Benutzer zu verwenden, speichern Sie die Änderungen in einem Profilordner oder dem globalen &kde; Einrichtungsordner.</para>
<para>Nicht überschreibbare Einstellungen ermöglichen dem Systemverwalter, Voreinstellungen zu vergeben, die vom Benutzer nicht geändert werden können.</para>
<para>Wenn eine Datei oder Gruppe gesperrt ist, sind alle darin enthaltenen Einstellungen gesperrt, selbst diese, für die der Systemverwalter keine Voreinstellung festgelegt hat.</para>
<note><para>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.</para></note>
<para>&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. <action>Dokument speichern</action> 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 <action>Dokument Speichern</action> ist &zb; <option>action/file_save</option>. Das Grundgerüst zum Sperren bietet Ihnen aber auch eine Methode zum abstrakten Sperren von Funktionen an. Ein Beispiel dafür ist die Restriktion <option>shell_access</option>, wodurch grundsätzlich der Zugriff auf eine &UNIX;-Shell unterbunden wird.</para>
<para>Um den Zugriff auf eine Kommandozeile zu unterbinden, können Sie die Restriktion <option>shell_access</option> aktivieren. Fügen Sie dazu das Folgende zu <filename>kdeglobals</filename> hinzu: </para>
<para>Da diese Änderung auch die &kde;-Menüs und die verfügbaren Programme betrifft, muss eine Aktualisierung der sycoca-Datenbank erzwungen werden:</para>
<para>Ein vollständige Dokumentation über die verfügbaren Aktionen finden Sie unter <ulink url="http://www.kde.org/areas/sysadmin/">http://www.kde.org/areas/sysadmin/</ulink>.</para>
<listitem><para>Unterbindet alle Aktionen, die den Zugriff als <systemitem class="username">Systemverwalter</systemitem> benötigen würden.</para></listitem>
<listitem><para>Legt fest, ob durch eine Adresse eine weitere Adresse aufgerufen werden darf, automatisch oder über eine Verknüpfung.</para></listitem>
<para>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.</para>
<para>Die folgenden Regeln sperren das Öffnen von http- und https-Adressen außerhalb der Domäne <systemitem class="domainname">.ourcompany.com</systemitem>:</para>
<callout arearefs="url_rule1"><para><option>rule_1</option> unterbindet grundsätzlich das Öffnen von http- und https-Adressen.</para></callout>
<callout arearefs="url_rule2"><para><option>rule_2</option> erlaubt wiederum das Öffnen von http- und https-Adressen in der Domäne <systemitem class="domainname">.ourcompany.com</systemitem>. Beachten Sie, dass der Platzhalter <token>*</token> nur am Beginn einer Domäne erlaubt ist.</para></callout>
<callout arearefs="home_rule1"><para><option>rule_1</option> verbietet das Auflisten sämtlicher lokaler Ordner.</para></callout>
<callout arearefs="home_rule2"><para><option>rule_2</option> erlaubt wiederum das Auflisten von Ordnern unterhalb von $<envar>HOME</envar>.</para></callout>
<para>$<envar>HOME</envar> und $<envar>TMP</envar> sind spezielle Werte, die auf den Persönlichen Ordner eines Benutzers bzw. &kde;s temporären Ordner zeigen (&zb; <filename class="directory">/tmp/tde-thomas</filename>).</para>
<callout arearefs="local_rule1"><para><option>rule_1</option> verbietet das Öffnen jeglicher lokaler Dateien.</para></callout>
<callout arearefs="local_rule2"><para><option>rule_2</option> erlaubt wiederum das Öffnen von Dateien unter dem Persönlichen Ordner des Benutzers.</para></callout>
<callout arearefs="local_rule3"><para><option>rule_2</option> 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.</para></callout>
<para>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.</para>
<para>Wenn wir beispielsweise dem Intranet-Server <systemitem class="systemname">www.mycompany.com</systemitem> erlauben möchten, auf lokale Dateien zu verweisen, dann fügen Sie diese Regel hinzu:</para>
<para>Anstatt ein Protokoll anhand seines Namens zu bestimmen, können Sie auch eine Protokollgruppe angeben. Zu diesem Zweck wurden die folgenden Protokollgruppen definiert:</para>
<para>Informationen zu Protokollen sind in <literal role="extension">*.protocol</literal>-Dateien unter <filename class="directory">$<envar>TDEDIR</envar>/share/services</filename> gespeichert.</para>
<para>Der Schlüssel <option>Class</option>= legt fest, zu welcher Gruppe ein Protokoll gehört: <userinput><command>grep</command> <option>Class=</option> <filename>$<envar>TDEDIR</envar>/share/services/*.protocol</filename></userinput></para>
<para>&kde; benutzt Einrichtungsmodule um die verschiedenen Bereich von &kde; anzupassen. Einrichtungsmodule erscheinen im &kcontrolcenter;, in einem Einrichtungsdialog oder in beiden.</para>
<para>Das Proxy-Einrichtungsmodul zum Beispiel erscheint sowohl im &kcontrolcenter; als auch im Dialog <guilabel>Konqueror einrichten ...</guilabel>.</para>
<para>Individuelle Einrichtungsmodule können mit dem Kommando <command>tdecmshell</command> <replaceable>modul</replaceable> gestartet werden.</para>
<para>Um das Proxy-Modul zu starten, benutzen Sie:</para>
<para><note><para>Nicht alle Programme benutzen Einrichtungsmodule. Oftmals ist der Einrichtungsdialog auch fester Bestandteil des Programms selbst.</para></note></para>
<para>Die sichtbaren Einrichtungsmodule im &kcontrolcenter; haben eine <literal role="extension">.desktop</literal>-Datei in <filename class="directory">$<envar>TDEDIR</envar>/share/applications/kde</filename> und befinden sich im versteckten Menü <guimenu>Settings-Modules</guimenu>. Die Sortierung wird durch <filename>kde-settings.menu</filename> bestimmt, die wiederum von <filename>kde-essential.menu</filename> inkludiert wird.</para>
<para>Programm-spezifische Module haben normalerweise eine <literal role="extension">.desktop</literal>-Datei in <filename>$<envar>TDEDIR</envar>/share/applnk/.hidden</filename>. Dies entspricht dem versteckten .hidden-Menü.</para>
<listitem><para>Seit &kde; 3.3 kann man mit Hilfe von <application>kcontroledit</application> das &kcontrolcenter; bearbeiten. <application>kcontroledit</application> funktioniert genauso wie <application>kmenuedit</application>, Änderungen werden nur für den aktuellen Benutzer geschrieben. Benutzen Sie <application>kiosktool</application>, um Änderungen für alle Benutzer vorzunehmen.</para></listitem>
<para>Schauen Sie nun ins &kcontrolcenter; und den Dialog <guilabel>Konqueror einrichten ...</guilabel>, ob das Proxy-Modul noch erreichbar ist.</para>
<para>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.</para>
<para>Zur Arbeitsflächenfreigabe gehören zwei Programme: &krfb; (&kde; remote frame buffer, ein VNC-Server) und &krdc; (&kde; remote desktop connection, ein VNC-Client).</para>
<para>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.</para>
<para>Die eingehenden Verbindungen werden vom kded-Modul kinetd verwaltet. Verwenden Sie das Kommando <userinput><command>dcop</command> kded kinetd services</userinput>, 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.</para>
<para>Desktop COmmunication Protocol, <acronym>DCOP</acronym>, ist ein Mechanismus zur Kommunikation von &kde;-Programmen untereinander. <acronym>DCOP</acronym> ermöglicht einem Benutzer, mit derzeit laufenden Programmen zu interagieren. &kde; bringt zwei Programme zum Umgang mit <acronym>DCOP</acronym> mit: <application>dcop</application>, ein Kommandozeilenprogramm, und <application>kdcop</application>, ein graphisches Programm. </para>
<para>Einige Hinweise für die Anwendung des Befehls <command>dcop</command>: </para>
<para>Beachten Sie bei allen Argumenten die Groß- und Kleinschreibung. setFullScreen und setfullscreen bezeichnen zwei unterschiedliche Funktionen. </para>
<para>Sie können den Regulären Ausdruck <quote>*</quote> im Argument für Programme und Objekte verwenden. <screen><prompt>% </prompt><userinput><command>dcop</command><option> kon*</option></userinput>
<subtitle>Der &kde; Heimwerker - Bauen Sie Ihre eigenen Werkzeuge</subtitle>
<para>Sie können &kde;-Dialoge in Ihren eigenen Skripten benutzen und damit die leistungsfähigen &UNIX;-Shell-Skripte mit der Einfachheit von &kde; verbinden.</para>
<screen><userinput><command>kdialog</command> <option>--msgbox 'Sie haben eine neue E-Mail!'</option></userinput></screen>
<screen><userinput><command>kdialog</command> <option>--title 'Neue E-Mail'</option> <option>--msgbox 'Sie haben eine neue E-Mail!'</option></userinput></screen>
<para>Die Überschrift <application>KDialog</application> kann mit der Option <option>--caption</option> ersetzt werden.</para>
<screen><userinput><command>kdialog</command> <option>--title 'Neue Mail'</option> <option>--msgbox 'Sie haben eine neue Mail!'</option> <option>--dontagain myfile:mykey</option></userinput></screen>
<para>Dadurch wird gespeichert, ob der Dialog erneut angezeigt werden soll. Dazu werden die folgenden Zeilen in <filename>$<envar>TDEHOME</envar>/share/config/myfile</filename> geschrieben:der</para>
<para>Anstelle von <option>--msgbox</option> können Sie auch <option>--sorry</option> oder <option>--error</option> benutzen. Sie könnten &zb; <command>kdialog</command> <option>--sorry 'Das Netzwerk ist nicht erreichbar!'</option> oder <command>kdialog</command> <option>--error 'Die Mailbox lässt sich nicht öffnen!'</option> benutzen.</para>
<para>Es ist auch möglich, Dialog mit einer Ja/Nein-Antwort anzeigen zu lassen.</para>
<screen><command>kdialog</command> <option>--yesno 'Möchten Sie eine Verbindung
mit dem Internet?'</option> <command>echo</command> <returnvalue>$?</returnvalue></screen>
<para>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 <option>--dontagain</option> verwenden, damit wird die Auswahl des Benutzers gespeichert und bei den nächsten Aufrufen des Befehls zurückgegeben, ohne den Dialog wieder anzuzeigen.</para>
<screen><command>kdialog</command> <option>--inputbox "Geben Sie Ihren Namen ein:" "Ihr Name"</option></screen>
<para>Das Ergebnis wird auf stdout ausgegeben. Um es in eine Variable zu schreiben, können Sie dies benutzen: <userinput>name=$(kdialog --inputbox "Geben Sie Ihren Namen ein:" "IhrName")</userinput>. Das letzte Argument ist optional, es wird benutzt, um dem Textfeld einen Vorgabewert zu geben.</para>
<screen><userinput><varname>Passwort</varname>=$(<command>kdialog</command> <option>--password "Geben Sie Ihr Passwort ein:"</option>)</userinput></screen>
<para>Die Option <option>--dontagain</option> wird zusammen mit <option>--inputbox</option> oder <option>--password</option> nicht beachtet.</para>
<para>Es gibt zwei Dialoge, in denen der Benutzer einen Eintrag aus einer Liste wählen kann:</para>
<screen><userinput><varname>city</varname>=$(<command>kdialog</command> <option>--menu "Wählen Sie eine Stadt" a London b Madrid c Paris d Berlin</option>)</userinput></screen>
<para><varname>$city</varname> gibt den Wert <returnvalue>a</returnvalue>, <returnvalue>b</returnvalue>, <returnvalue>c</returnvalue> oder <returnvalue>d</returnvalue> zurück.</para>
<screen><userinput><varname>city</varname>=$(<command>kdialog</command> <option>--checklist "Wählen Sie Städte aus" a London off b Madrid on c Paris on d Berlin off</option>)</userinput></screen>
<para>Madrid und Paris sind bereits ausgewählt. Das Ergebnis mit der Auswahl von Madrid und Paris ist <returnvalue>"b"</returnvalue> <returnvalue>"c"</returnvalue>.</para>
<para>Wenn Sie als Option <option>--separate-output</option> hinzufügen, wird <returnvalue>b</returnvalue> und <returnvalue>c</returnvalue> jeweils in einer eigenen Zeile ausgegeben, damit ist die Weiterbearbeitung der Rückgabewerte einfacher.</para>
