Funktionsstörung bei mehrfacher Tastatur-Belegung #258

새로운 이슈

may.ka38 · 2011-04-02T07:36:35+02:00

may.ka38 코멘트됨,

2011-04-02 07:36:35 +02:00

nutze neo unter suse 11.4 und kde 4.6. Die Funktion ist nicht störungsfrei. Wenn ich neo als weiteres layout zu einem bereits vorhandenen normalen unter "Systemeinstellungen-Tastatur" installiere, hängt die Funktionsweise von der Position in der Tastaturliste ab. Erscheint neo ganz oben, können programm-shortcuts benutzt werden, es werden jedoch keine globalen shortcuts erkannt da diese als programm-shortcuts interpretiert werden. erscheint neo unterhalb der deutsche belegung können keine programm-kurzbefehle verwendet werden, da bei drücken der stg taste sofort in das alte layout zurückgesprungen wird (aus strg-t wird strg-l) es können jedoch globale shortcuts verwendet werden.

may.ka38 added the

Bug

label 2011-04-02 07:36:35 +02:00

anonymous 코멘트됨,

2011-04-03 03:45:33 +02:00

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"
Identifier "Tastaturen"
MatchIsKeyboard "true"
Driver "evdev"
Option "XkbModel" "pc105"
Option "XkbLayout" "de,de"
Option "XkbVariant" "neo,"
Option "XkbOptions" "grp_led:num,grp:sclk_toggle"
EndSection

(Tut mir leid, TRAC kennt anscheinend kein <pre>-Äquivalent.)
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/ ;)

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" Identifier "Tastaturen" MatchIsKeyboard "true" Driver "evdev" Option "XkbModel" "pc105" Option "XkbLayout" "de,de" Option "XkbVariant" "neo," Option "XkbOptions" "grp_led:num,grp:sclk_toggle" EndSection (Tut mir leid, TRAC kennt anscheinend kein \<pre\>-Äquivalent.) 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/ ;)

qwertfisch closed this issue

2020-06-20 21:40:14 +02:00

"로그인하여 이 대화에 참여"

마일스톤 없음

담당자 없음

참여자 2명

알림

마감일

기한이 올바르지 않거나 범위를 벗어났습니다. 'yyyy-mm-dd'형식을 사용해주십시오.

마감일이 설정되지 않았습니다.

의존성

No dependencies set.

Reference: neo/neo-layout#258