Funktionsstörung bei mehrfacher Tastatur-Belegung #258

Nova issue

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

may.ka38 comentou

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 adicionou o rótulo

Bug

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

anonymous comentou

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 fechou esta issue

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

Acesse para participar desta conversação.

Sem marco

Sem responsável

2 participante(s)

Notificações

Data limite

A data limite é inválida ou está fora do intervalo. Por favor, use o formato 'dd/mm/aaaa'.

Data limite não informada.

Dependências

Nenhuma dependência definida.

Referência: neo/neo-layout#258