<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>WO on Michael’s Domain</title><link>https://jeltsch.org/de/tags/wo/</link><description>Recent content in WO on Michael’s Domain</description><generator>Hugo</generator><language>de</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/de/tags/wo/index.xml" rel="self" type="application/rss+xml"/><item><title>Autostart-Einträge für Gnome- und KDE-Sitzungen</title><link>https://jeltsch.org/de/gnome_kde_sessions_autostart_items/</link><pubDate>Fri, 25 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/gnome_kde_sessions_autostart_items/</guid><description>&lt;p&gt;Immer wenn ich mich bei einer GNOME-Sitzung anmeldete, wurden automatisch mehrere Anwendungen gestartet, ohne dass ich dies beabsichtigt hatte (zwei Terminal-Sitzungen und ein Nautilus-Fenster). Um sie loszuwerden (zumindest glaube ich das, ich werde es beim nächsten Einloggen sehen), muss man zu „Hauptmenü“ – „Einstellungen“ – „Weitere Einstellungen“ – „Sitzungen“ gehen. Unter dem Reiter „Aktuelle Sitzung“ kann man die Programme entfernen, die beim Anmelden automatisch gestartet werden, und außerdem festlegen, in welcher Reihenfolge die automatisch gestarteten Programme ausgeführt werden. In KDE werden Einträge im Verzeichnis /home/user/.kde/Autostart beim Start der Sitzung ausgeführt. Lege einfach eine .desktop-Datei in diesem Verzeichnis ab, damit sie automatisch ausgeführt wird.&lt;/p&gt;</description></item><item><title>Konqueror-Dienstmenüs (auch bekannt als Kontextmenüs) erstellen</title><link>https://jeltsch.org/de/creating_konqueror_service_menus_aka_contextual_menus/</link><pubDate>Wed, 23 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/creating_konqueror_service_menus_aka_contextual_menus/</guid><description>&lt;p&gt;Konqueror-Dienstmenüs sind zusätzliche Optionen, die angezeigt werden, wenn Sie in Konqueror mit der rechten Maustaste auf eine Datei klicken. Sie sind dateitypspezifisch, d. h., Sie können festlegen, welche Optionen angezeigt werden, je nachdem, auf welchen Dateityp Sie mit der rechten Maustaste klicken. Mac-Nutzer bezeichnen diese als „Kontextmenüs“. Eine gute Anleitung findet sich unter 
 &lt;a href="https://techbase.kde.org/Development/Tutorials/Creating_Konqueror_Service_MenusIn" target="_blank" rel="noopener noreferrer nofollow"&gt;https://techbase.kde.org/Development/Tutorials/Creating_Konqueror_Service_MenusIn&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
. Kurz gesagt: Im Verzeichnis /opt/kde3/share/apps/konqueror/servicemenus gibt es eine Reihe von Desktop-Dateien. Dupliziere einfach eine davon, benenne sie um und passe den Inhalt nach deinen Wünschen an. Im folgenden Beispiel habe ich eine neue Datei (pdfpic.desktop) erstellt, die einen Menüpunkt hinzufügt, der angezeigt wird, wenn ich mit der rechten Maustaste auf JPEG-Dateien klicke, und die einen Editor startet, mit dem ich die eingebetteten RDF-Informationen (Resource Description Framework) einer JPEG-Datei hinzufügen oder ändern kann. Der Editor ist eine Java-Anwendung, und der Parameter %U sorgt dafür, dass mehrere Dateien, auf die gleichzeitig mit der rechten Maustaste geklickt wird, in einer einzigen Instanz des Programms geöffnet werden.&lt;code&gt;[Desktop Entry]ServiceTypes=image/jpegActions=openInRdfpic[Desktop Action openInRdfpic]Name=Metadaten bearbeitenIcon=backgroundExec=/usr/lib/java2/jre/bin/java -jar /usr/local/rdfpic-2.1/rdfpic.jar %U&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Namen von Desktop-Einträgen bearbeiten</title><link>https://jeltsch.org/de/editing_names_of_desktop_entries/</link><pubDate>Mon, 21 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/editing_names_of_desktop_entries/</guid><description>&lt;p&gt;So ändern Sie die Namen von Elementen auf dem Desktop (z. B. den Papierkorb): Wechseln Sie in das Verzeichnis ~/Desktop. Dort befinden sich .desktop-Dateien, die Sie bearbeiten können. Um den Namen von Verzeichnissen (z. B. des Papierkorbs) zu ändern, bearbeiten Sie die versteckte Datei namens .directory.&lt;/p&gt;</description></item><item><title>Dateiformatzuordnungen in KDE</title><link>https://jeltsch.org/de/file_associations_in_kde/</link><pubDate>Sun, 20 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/file_associations_in_kde/</guid><description>&lt;p&gt;Ich habe viele Dateien in ungewöhnlichen Formaten, die von Anwendungen geöffnet werden können, die auf keiner Linux-Distribution standardmäßig installiert sind. Wie kann ich KDE beibringen, diese Dateien anhand ihrer Endungen (wie z. B. .ab1) zu erkennen und sie – wenn man darauf klickt – mit der richtigen Anwendung zu öffnen? Gehen Sie zu „Systemsteuerung“ -&amp;gt; „KDE-Komponenten“ -&amp;gt; „Dateizuordnungen“ -&amp;gt; „Hinzufügen“ -&amp;gt; Belassen Sie die Gruppe „Alle“ und geben Sie einen kurzen, aussagekräftigen Namen ein (z. B. „ABI-Trace-Datei“) -&amp;gt; Geben Sie unter „Dateinamenmuster“ die Dateiendung (oder ein beliebiges anderes Muster, anhand dessen KDE die Datei erkennen kann; z. B. *.abi1) ein -&amp;gt; Geben Sie im Feld „Beschreibung“ einen aussagekräftigen Text ein -&amp;gt; Klicken Sie unter „Reihenfolge der Anwendungseinstellungen“ auf „Hinzufügen“ und geben Sie den Namen der Anwendung ein (sofern sie im Pfad vorhanden ist) oder suchen Sie die ausführbare Datei und wählen Sie sie aus (im Fall von .ab1 wäre das z. B. „trev“, der Trace-Datei-Viewer aus dem Staden-Paket) -&amp;gt; Klicken Sie auf „Übernehmen“ -&amp;gt; Ich habe den Eindruck, dass Sie sich abmelden und erneut anmelden müssen, damit die Änderungen wirksam werden. Im obigen Beispiel werden Sie feststellen, dass Konqueror für Dateien mit der Endung .ab1 den Dateityp „ABI-Trace-Datei“ anzeigt, und wenn Sie darauf klicken, werden sie mit der Anwendung trev geöffnet.&lt;/p&gt;</description></item><item><title>Der MIME-Typ „application/octet-stream“ konnte nicht gefunden werden (Konquerer/Kdesktop)</title><link>https://jeltsch.org/de/couldn_t_find_mime_type_application_octet_stream_konquerer_kdesktop/</link><pubDate>Sun, 20 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/couldn_t_find_mime_type_application_octet_stream_konquerer_kdesktop/</guid><description>&lt;p&gt;Dies ist ein Auszug aus [http://users.pandora.be/Ice9/Linux stuff/Linux_tips.html](
 &lt;a href="http://users.pandora.be/Ice9/Linux" target="_blank" rel="noopener noreferrer nofollow"&gt;http://users.pandora.be/Ice9/Linux&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 stuff/Linux_tips.html). Ich habe die zweite Methode verwendet, da die Desktop-Datei aufgrund ihres Inhalts offenbar fehlerhaft war und zu dem Zeitpunkt erstellt worden war, als der Fehler zum ersten Mal auftrat (das war, als ich mit dem Abschnitt „Dateizuordnungen“ im Kontrollzentrum herumexperimentierte).&lt;/p&gt;</description></item><item><title>Schnelle Bearbeitung von JPG-Dateien direkt in Konqueror (jhead, jpegtran)</title><link>https://jeltsch.org/de/quick_edits_of_jpg_files_from_within_konqueror_jhead_jpegtran/</link><pubDate>Sun, 20 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/quick_edits_of_jpg_files_from_within_konqueror_jhead_jpegtran/</guid><description>&lt;p&gt;Ich wollte eine schnelle Möglichkeit finden, die Bilder zu drehen, die ich mit meiner Digitalkamera aufnehme. Die Olympus Camedia C-4000 schreibt in den EXIF-Daten immer „1“ als Ausrichtung ein (entweder hat sie keinen Ausrichtungssensor oder dieser ist defekt), weshalb ich die Bilder nicht automatisch mit dem Befehl &lt;code&gt;jhead -autorot *.jpg&lt;/code&gt; drehen kann. Deshalb habe ich eine Desktop-Datei ~/bin/rotate90clockwise.desktop mit folgendem Inhalt erstellt:&lt;code&gt;[Desktop Entry] ServiceTypes=image/jpeg Actions=rotate90clockwise [Desktop Action rotate90clockwise] Name=Um 90° im Uhrzeigersinn drehen Icon=/opt/kde3/share/icons/crystalsvg/22x22/actions/rotate_cw.png Exec=/usr/bin/jhead -cmd &amp;quot;jpegtran -rot 90 &amp;amp;i &amp;gt; &amp;amp;o&amp;quot; %U&lt;/code&gt;Anschließend habe ich einen symbolischen Link erstellt:&lt;code&gt;sudo ln -sf ~/bin/rotate90clockwise.desktop /opt/kde3/share/apps/konqueror/servicemenus/rotate90clockwise.desktop&lt;/code&gt; Wenn ich nun in Konqueror Dateien durchsuche, erhalte ich durch einen Rechtsklick auf eine JPEG-Datei die zusätzliche Option, diese zu drehen. Die Drehung erfolgt übrigens verlustfrei, und die EXIF-Informationen bleiben erhalten.
Es ist auch möglich, Drehbefehle in Bildbetrachtungsprogramme zu integrieren. Befindet sich beispielsweise das folgende Skript in ~/bin:&lt;code&gt;!/bin/sh jhead -cmd &amp;quot;jpegtran -rot 90 &amp;amp;i &amp;gt; &amp;amp;o&amp;quot; $*&lt;/code&gt;abgelegt ist, können Sie es aus GQView heraus aufrufen, indem Sie den Skriptnamen in einen der freien Plätze unterhalb der „großen“ Bildeditoren eintragen:&lt;code&gt;Menüname Befehlszeile Im Uhrzeigersinn drehen rotate_clockwise %f&lt;/code&gt;Bearbeiten -&amp;gt; Optionen -&amp;gt; Editoren&lt;/p&gt;</description></item><item><title>Die Standardansicht in Konqueror auf die Baumansicht umstellen</title><link>https://jeltsch.org/de/changing_the_default_to_tree_view_in_konqueror/</link><pubDate>Sat, 19 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/changing_the_default_to_tree_view_in_konqueror/</guid><description>&lt;ul&gt;
&lt;li&gt;Nehmen Sie die gewünschten Änderungen an der Darstellung des Fensters vor.&lt;/li&gt;
&lt;li&gt;Klicken Sie mit der rechten Maustaste auf die Titelleiste und wählen Sie „Fenstereinstellungen speichern“.&lt;/li&gt;
&lt;li&gt;Klicken Sie auf „Einstellungen“ -&amp;gt; „Ansichtsprofil speichern“ -&amp;gt; Wählen Sie „Dateiverwaltung“ aus der Liste der verfügbaren Profile aus -&amp;gt; „Speichern“.&lt;/li&gt;
&lt;li&gt;Schließen Sie das Fenster und öffnen Sie es erneut, um zu überprüfen, ob Ihre Einstellungen übernommen wurden.&lt;/li&gt;
&lt;/ul&gt;</description></item><item><title>DCOPserver-Fehler bei der KDE-Anmeldung</title><link>https://jeltsch.org/de/dcopserver_error_during_kde_login/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/dcopserver_error_during_kde_login/</guid><description>&lt;p&gt;Gestern ging meinem Laptop der Akku aus, und bei der Notabschaltung ist offenbar etwas schiefgelaufen. Als ich mich heute Morgen bei KDE anmelden wollte, erhielt ich folgende Fehlermeldung: &lt;code&gt;Beim Einrichten der Interprozesskommunikation für KDE ist ein Fehler aufgetreten. /home/jeltsch/.DCOPserver_michael-laptop__0 konnte die Liste der Netzwerkverbindungen nicht lesen. Bitte überprüfen Sie, ob „dcopserver“ läuft.&lt;/code&gt; Das ist wieder einmal eine sehr wenig aussagekräftige Fehlermeldung. Das Problem ließ sich wie folgt beheben: &lt;code&gt;rm ~/.kde/socket-michael-laptop rm ~/.kde/tmp-michael-laptop rm -rf /tmp/kdesocket-jeltsch rm -rf /tmp/kde-jeltsch&lt;/code&gt; Beim Löschen der Verzeichnisse in /tmp traten Fehler auf. Selbst als Root konnte ich die Verzeichnisse nicht löschen; die Fehlermeldung besagte, dass sie nicht leer seien. Bei der Auflistung mit &lt;code&gt;ls -al&lt;/code&gt; waren jedoch keine Dateien zu sehen. Als Workaround habe ich die Verzeichnisse umbenannt: &lt;code&gt;mv /tmp/kdesocket-jeltsch /tmp/kdesocket-jeltsch.old mv /tmp/kde-jeltsch /tmp/kde-jeltsch.old&lt;/code&gt; Danach konnte ich mich wieder anmelden, aber die Elemente aus meinem Panel waren verschwunden.&lt;/p&gt;</description></item><item><title>Desktop-Integration von Staden in KDE 3.2</title><link>https://jeltsch.org/de/desktop_integration_of_staden_into_kde_3_2/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/desktop_integration_of_staden_into_kde_3_2/</guid><description>&lt;p&gt;Zwei Dinge müssen erledigt werden: 1. Das Menü sollte entsprechende Einträge enthalten. 2. Die Dateien sollten anklickbar sein und über entsprechende „Mit … öffnen“-Einträge verfügen. Punkt 1 ist einfach zu bewerkstelligen. Die (systemweiten) Einträge für das Menü befinden sich in /opt/kde3/share/applnk. Ich habe einfach eine zusätzliche Verzeichnisstruktur unter diesem Verzeichnis hinzugefügt: &lt;code&gt;Science &lt;/code&gt;&amp;ndash; Staden |&amp;ndash; Gap4.desktop |&amp;ndash; Pregap4.desktop |&amp;ndash; Spin.desktop |&amp;ndash; Stadenlaunch.desktop &lt;code&gt;-- Trev.desktop&lt;/code&gt; Wenn Sie das Menü als normaler Benutzer bearbeiten, gelten die Einträge nur für Sie selbst. Außerdem verwechselt SUSE zwei Speicherorte für benutzerdefinierte Menüeinträge: ~/.kde/share/applnk und ~/.local/share/applications. Sobald Sie die Einträge im systemweiten Verzeichnis /opt/kde3/share/applnk haben, werden zusätzliche Änderungen einzelner Benutzer in das entsprechende Verzeichnis im Home-Verzeichnis des Benutzers kopiert. Da Einträge im Home-Verzeichnis des Benutzers Vorrang vor systemweiten Einträgen haben, sind diese dann gültig.&lt;/p&gt;</description></item><item><title>Quanta stürzt beim Start ab (Übertragung meines Kontos auf einen neuen Benutzer)</title><link>https://jeltsch.org/de/quanta_crashes_during_start_up_moving_my_account_to_a_new_user/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/quanta_crashes_during_start_up_moving_my_account_to_a_new_user/</guid><description>&lt;p&gt;Wenn ich Quanta als normaler Benutzer starte, stürzt es ab. Die Ausgabe des Terminals lautet: &lt;code&gt;jeltsch@michael-laptop:~&amp;gt; quanta QGDict::hashKeyString: Ungültiger Null-Schlüssel Ungültiger Eintrag (fehlendes ‚=‘) in /opt/kde3/share/apps/quanta/doc/javascript.docrc:241 TagAction::property( „accel“ ) fehlgeschlagen: Eigenschaft ungültig oder existiert nicht TagAction::property( „accel“ ) fehlgeschlagen: Eigenschaft ungültig oder nicht vorhanden TagAction::property( „accel“ ) fehlgeschlagen: Eigenschaft ungültig oder nicht vorhanden jeltsch@michael-laptop:~&amp;gt;&lt;/code&gt; Wenn das Programm jedoch als Root gestartet wird, funktioniert alles einwandfrei, obwohl die Fehlermeldungen identisch sind. Vorläufig habe ich den Desktop-Eintrag im Startmenü so geändert, dass Quanta als Root gestartet wird. Natürlich muss ich den Zugriff auf meine X-Fenster erlauben, z. B. durch Ausführen von &lt;code&gt;xhost +&lt;/code&gt;. Ich habe einen neuen normalen Benutzer (mjeltsch9) angelegt und Quanta als mjeltsch ausgeführt; Quanta funktionierte auch einwandfrei. Anscheinend stimmt etwas mit einigen benutzerspezifischen Einstellungen nicht. Ich habe versucht, herauszufinden, was es ist, aber ohne Erfolg. Deshalb habe ich beschlossen, einen Neuanfang zu machen. Als root habe ich alle Dateien in meinem Home-Verzeichnis rekursiv auf mjeltsch umbesitzt und sie (mit Ausnahme der versteckten Dateien) nach /home/mjeltsch verschoben. Alle versteckten Dateien habe ich in ein neues Verzeichnis namens „old_dot_files“ verschoben. Einige davon könnte ich noch benötigen. Anschließend habe ich mein Verzeichnis „/home/jeltsch“ gelöscht. Mit YaST2 habe ich das Konto „jeltsch“ gelöscht und das Verzeichnis „/home/mjeltsch“ in „/home/jeltsch“ umbenannt. Anschließend habe ich, ebenfalls in YaST2, den Benutzer „mjeltsch“ in „jeltsch“ umbenannt und sein Home-Verzeichnis von /home/mjeltsch in /home/jeltsch geändert. Außerdem musste ich chown -R /tmp/mcop-jeltsch ausführen. Anscheinend funktioniert nun wieder alles, aber meine gesamte Desktop-Konfiguration ist natürlich verloren gegangen.&lt;/p&gt;</description></item><item><title>Synchronisierung der Psion3a-Adressdatenbank mit dem KDE-Adressbuch</title><link>https://jeltsch.org/de/syncronizing_psion3a_address_database_with_kde_s_address_book/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/syncronizing_psion3a_address_database_with_kde_s_address_book/</guid><description>&lt;p&gt;Ich habe einen alten Psion 3a, den ich hauptsächlich als Wecker im Urlaub benutze, wenn ich einen Zug oder ein Flugzeug erreichen muss. Um ihn noch nützlicher zu machen, habe ich beschlossen, alle meine Adressen in seine Datenbank einzugeben. Das Datenbankformat ist ein seltsames Format (.dbf). Die Datenbankanwendung des Psion 3a kann keine anderen Formate importieren, und das einzige Format, in das sie exportieren kann, ist eine Textdatei, in der jedes Feld durch ein Trennzeichen (standardmäßig ein Zeilenvorschub) vom nächsten getrennt ist und jeder Datensatz durch eine Leerzeile (oder durch eine Leerzeile, falls der Zeilenvorschub das Trennzeichen ist).
Die PsiWin-Anwendung auf einem PC kann das DBF-Format öffnen und (hoffentlich) in verschiedene Formate exportieren. Um also alle meine Adressen auf den Psion zu übertragen (sie liegen derzeit im Adressbuchformat von Mac OS X vor), müsste ich sie zunächst in das KDE-Adressbuch importieren, von dort in ein Format exportieren, das PsiWin lesen kann, und sie dann mit PsiWin im DBF-Format speichern, das der Psion lesen kann.&lt;/p&gt;</description></item><item><title>Der unsichtbare Bildschirmschoner (kslideshow, Import, Screenshot)</title><link>https://jeltsch.org/de/the_invisible_screensaver_kslideshow_import_screenshot/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/the_invisible_screensaver_kslideshow_import_screenshot/</guid><description>&lt;p&gt;Ich habe versucht, meinen Bildschirmschoner so zu konfigurieren, dass er als einziges Bild den aktuellen Desktop anzeigt, sobald der Bildschirmschoner aktiv wird. Im KDE-Kontrollzentrum habe ich den Bildschirmschoner „Diashow“ (unter „Banner und Bilder“) ausgewählt und in den Einstellungen ein bestimmtes Verzeichnis als Medienverzeichnis festgelegt (/home/dein_Benutzername/Dokumente/Bilder/Desktop/). Außerdem habe ich die Option „Nur ein zufälliges Bild anzeigen“ ausgewählt. Das Medienverzeichnis sollte leer sein. Anschließend habe ich die ausführbare Datei /opt/kde3/bin/kslideshow.kss in kslideshow_ori.kss umbenannt und im selben Verzeichnis ein Shell-Skript erstellt, das ich kslideshow.kss genannt habe. Das Shell-Skript sieht wie folgt aus: &lt;code&gt;!/bin/shimport -window root /home/dein_Benutzername/Dokumente/images/desktop/desktop.pcxkslideshow_ori.kss&lt;/code&gt; Das Import-Dienstprogramm stammt aus dem ImageMagick-Paket. Anstelle des Bildschirmschoners wird das Shell-Skript zum festgelegten Zeitpunkt aktiviert und ein Screenshot im Verzeichnis /home/your_user_name/Documents/images/desktop gespeichert. Da dies das einzige Bild ist, wird es vom anschließend aufgerufenen eigentlichen Bildschirmschoner angezeigt.&lt;/p&gt;</description></item><item><title>Tastaturbelegung unter Xfce (Debian Testing, XF86Config)</title><link>https://jeltsch.org/de/keyboard_layout_under_xfce_debian_testing_xf86config/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/keyboard_layout_under_xfce_debian_testing_xf86config/</guid><description>&lt;p&gt;Wir haben Debian Testing auf unserem alten Compaq M300 mit 333 MHz und 128 MB installiert. Zuvor hatten wir Suse Linux 9.2. Das lief zwar gut, war aber ziemlich langsam. Suse, RedHat und Mandrake sind heutzutage wie Windows: überladen. Debian Testing war viel schneller, und wir sind von KDE auf 
 &lt;a href="http://www.xfce.org/index.php?page=documentation&amp;amp;lang=en" target="_blank" rel="noopener noreferrer nofollow"&gt;xfce&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 umgestiegen. Keine Probleme, wir mussten lediglich das Tastaturlayout in /etc/X11/XF86Config-4 von „us“ auf „fi“ ändern: &lt;code&gt;Section &amp;quot;InputDevice&amp;quot; Option &amp;quot;XkbLayout&amp;quot; &amp;quot;us&amp;quot;&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Wo KAdressbook seine Daten und Einstellungen speichert (kabc)</title><link>https://jeltsch.org/de/where_kadressbook_stores_its_data_and_settings_kabc/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/where_kadressbook_stores_its_data_and_settings_kabc/</guid><description>&lt;p&gt;Natürlich in ~/.kde/share/apps, aber wenn man hundert KDE-Anwendungen hat und es den Programmierern nicht gelungen ist, einen aussagekräftigen Namen für das Konfigurationsverzeichnis zu finden, hat man ein Problem. KAdressbook speichert die Daten in &lt;code&gt;~/.kde/share/apps/kabc&lt;/code&gt;. Außerdem gibt es möglicherweise für alle Anwendungen (und für KAdressbook ist dies der Fall) die rc-Konfigurationsdatei in ~/.kde/share/config/ &lt;code&gt;~/.kde/share/config/kaddressbookrc&lt;/code&gt;.&lt;/p&gt;</description></item></channel></rss>