#258: Funktionsstörung bei mehrfacher Tastatur-Belegung
---+
Reporter: may.ka38@… | Owner:
Type: Fehler/Defekt | Status: new
Priority: normal | Milestone: Neo Version 2.0
Component: unbekannt | Version: 2.0 Final
Keywords: |
---+
Comment(by anonymous):
Nach meiner Erfahrung kann KDE nicht richtig damit umgehen. Ich hatte das
selbe Problem, wenn ich es über die GUI machte.
Gottseidank kann man es auch direkt an der Quelle selber einstellen. Und
dann geht es auch tadellos (hab ich gerade hier am laufen).
Dazu hab ich einfach folgendes in der xorg.conf (Weiss nicht ob das bei
Suse genauso ist, dürfte es aber, wenn es ≥ Version 1.8 ist.):
Section InputClass[[br]]
Identifier Tastaturen[[br]]
MatchIsKeyboard true[[br]]
Driver evdev[[br]]
Option XkbModel pc105[[br]]
Option XkbLayout de,de[[br]]
Option XkbVariant neo,[[br]]
Option XkbOptions grp_led:num,grp:sclk_toggle
EndSection
(Tut mir leid, TRAC kennt anscheinend kein pre-Äquivalent.)[[br]]
Das XkbModel sollte natürlich das sein, was du auch in KDE eingestellt
hast. Das Komma bei XkbVariant ist wichtig, und ich hab es so eingestellt,
dass die Rollen-Taste ein Schalter ist, und die (nicht benutzte) Numlock-
LED anzeigt ob Neo oder normal an ist. :)
Natürlich ist es doof, dass man das nicht direkt in KDE machen kann. Aber
soweit ich weiss, fällt KDE einfach bei allem über 4 Ebenen auf die Nase.
Sieht man auch, wenn man in Kopete in der Nachricht ein „/“ (Mod3+I
[=Caps+S]) eingeben will. Dann denkt es, man will suchen. Sehr nervig.
Aber definitiv ein Fehler in *KDE*.
Ich würde mal hier den passenden Bug finden (gibt bestimmt mehrere) und
helfen, den KDE-Entwicklern da einen *hust* Hinweis zu geben:
https://bugs.kde.org/ ;)
--
Ticket URL: http://wiki.neo-layout.org/ticket/258#comment:1
Neo-Layout http://neo-layout.org/
Das Neo-Tastaturlayout ist ein freies und ergonomisch optimiertes
Tastaturlayout für die deutsche Sprache, das auch sehr viele Sonderzeichen
direkt verfügbar macht.
