Mehrere Tastaturlayouts und Verknüpfungen


30

Ich habe KDE so konfiguriert, dass es problemlos von einem Bépo (Französisch-Dvorak) zu einem Azerty-Layout wechselt. Ich habe es mit der KDE-Oberfläche ( systemsettings) konfiguriert , aber ich denke, es ruft einfach setxkbmap beund auf setxkbmap fr. Das Azerty-Layout ist die Standardeinstellung (und das erste in der Liste der Layouts).

Die Tastenkombinationen bleiben jedoch mit den physischen Tasten qverknüpft : Durch Drücken der Taste erhalten Sie ein "q" in Azerty und ein "a" im bepo-Layout. Das Drücken von ctrl+ qhat jedoch in beiden Fällen den gleichen Effekt (Beenden, in den meisten Programmen zum Beispiel mit kwriteoder konsole). Beachten Sie jedoch, dass einige Softwareprogramme (wie firefox) den Schalter jausführen (Drücken der Taste, die ein "t" mit dem bépo-Layout ausgibt und ctrlgleichzeitig eine neue Registerkarte öffnet, die das erwartete Verhalten darstellt). Diesem Kommentar zufolge schalten GTK-Apps um, Qt-Apps hingegen nicht.

Wie Sie die Tasten der Verknüpfungen und die Taste zur Texteingabe so einstellen, dass sie in der gesamten Software übereinstimmen

Genauer gesagt werden die Verknüpfungen gemäß dem ersten Layout in der Liste definiert. Wie wird die Definition der Verknüpfungen auch für Qt-Apps geändert?

Konfiguration (System):

$ kded4 --version
Qt : 4.8.6
Plate-forme de développement de KDE : 4.14.2
Démon de KDE : 4.14.2
$ uname -a
Linux zepto 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 8.1 (jessie)
Release:        8.1
Codename:       jessie

Konfiguration (setxkbmap):

$ setxkbmap -query
rules:      evdev
model:      pc105
layout:     fr,fr
variant:    oss,bepo
options:    grp:rwin_toggle
$ localectl list-x11-keymap-variants fr
bepo
bepo_latin9
bre
dvorak
geo
latin9
latin9_nodeadkeys
latin9_sundeadkeys
mac
nodeadkeys
oci
oss
oss_latin9
oss_nodeadkeys
oss_sundeadkeys
sundeadkeys

Verwandte Seiten:

Bearbeiten: Diese Frage wurde vor 977 Tagen geöffnet, hat zwei Bounties erhalten, 28 Upvotes, hat 10 Favoriten, es ist die am häufigsten gestellte unbeantwortete Frage, aber es wurde keine ernsthafte, motivierte Antwort angeboten? Ich sollte wahrscheinlich einen Fehlerbericht einreichen, aber ich weiß nicht einmal, welche Software dafür verantwortlich ist!


Ich dachte, es gibt Layouts, die dvorak + qwerty ctrl(oder evivelent für Französisch) sind. Es gibt andere, die voll sind dvorak. Allerdings habe ich gerade versucht, mit Französisch Dvorak und 2 bepo Layouts, und kann dies nicht reproduzieren. Ich benutze Debian 6 (Wheezy) mit KDE4.
Strg-Alt-Delor

Demnach localectl list-x11-keymap-variants usstehen nur dvorakOptionen zur Verfügung dvorak dvorak-alt-intl dvorak-classic dvorak-intl dvorak-l dvorak-r. Ich nehme an, Sie haben Software als Dvorak-QWERTY bezeichnet . Ich habe meine Frage bearbeitet, um weitere Details bereitzustellen.
Clément

Irgendwelche Updates dazu?
Robert Siemer

@RobertSiemer Ich weiß es leider nicht ... Zu dieser Frage wurden bereits 2 Kopfgelder angeboten, und es gibt noch keine Lösung ...
Clément

Antworten:


1

Sie können einstellen

localectl set-keymap --no-convert <keymap>

Wodurch wird die beim Start verwendete Tastaturbelegung geändert. Ersetzen Sie hier die Keymap durch diejenige, die Sie verwenden möchten. Stellen Sie außerdem sicher, dass Sie Ihre anderen Gebietsschemainformationen ändern.


Danke für deine Antwort, Magus, aber deine Antwort scheint mein Problem nicht zu lösen. Ich habe localectl set-keymap --no-convert bepo(als normaler Benutzer) meinen Computer neu gestartet, aber zum Beispiel in Kate, indem ich die physischen Tasten drücke Ctrl+ vfüge immer meinen Clipobard ein, unabhängig von meinem aktuellen Layout.
Clément

@ Clément localectlklingt wie ein auszuführender Befehl root, wie wäre es, wenn Sie das versuchen und uns Bescheid geben? (
Muss

@ Ned64 Nein, dieser Befehl, der auch als root ausgeführt wird und auch nach dem Neustart das Problem nicht löst.
Clément
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.