Mit der neuen Version der xkbmap funktioniert ein Großteil der linken Hälfte der vierten Ebene nicht mehr #135

New Issue

Closed

opened 2009-05-08 01:44:34 +02:00 by martin_r · 36 comments

martin_r commented 2009-05-08 01:44:34 +02:00

Copy Link

Außer Backspace, Tab und Enter funktioniert bei mir keine Taste der linken vierten Ebene mehr. Betriebssystem: Arch Linux, KDE

Außer Backspace, Tab und Enter funktioniert bei mir keine Taste der linken vierten Ebene mehr. Betriebssystem: Arch Linux, KDE

martin_r added the

Bug

Treiber/Linux/xkb

labels 2009-05-08 01:44:34 +02:00

erik commented 2009-05-08 10:13:47 +02:00

Member

Copy Link

Gleicher Fehler wie #33 Kommentar 57?

Bei mir funktioniert noch alles. Unter Window Maker und Gnome.

Versionen des X-Servers? KDE?

Gleicher Fehler wie [#33 Kommentar 57](http://wiki.neo-layout.org/ticket/33#comment:57)? Bei mir funktioniert noch alles. Unter Window Maker und Gnome. Versionen des X-Servers? KDE?

muflax commented 2009-05-08 16:29:02 +02:00

Copy Link

Ich nutze auch Arch Linux und das sieht nach dem selben Fehler aus. Jetzt wo ich's sehe, scheint es wirklich nur die linke Hälfte zu betreffen. Hatte das nicht gemerkt, da ich die rechte fast nicht nutze.
Ich nutze als WM awesome und wmii, aber das Problem ist davon höchstwahrscheinlich unabhängig. Es betrifft wie gesagt nur QT-Apps, also wohl auch KDE. Meine Programmversionen hatte ich in #33 gepostet. X.org ist 1.6.1.

Ich nutze auch Arch Linux und das sieht nach dem selben Fehler aus. Jetzt wo ich's sehe, scheint es wirklich nur die linke Hälfte zu betreffen. Hatte das nicht gemerkt, da ich die rechte fast nicht nutze. Ich nutze als WM awesome und wmii, aber das Problem ist davon höchstwahrscheinlich unabhängig. Es betrifft wie gesagt nur QT-Apps, also wohl auch KDE. Meine Programmversionen hatte ich in #33 gepostet. X.org ist 1.6.1.

Stephan commented 2009-05-08 21:25:45 +02:00

Copy Link

Was sagt denn 'xev' oder ein ähnliches Tool bei den nicht funktionierenden Tasten?

Kann das Problem unter Ubuntu mit X.org 1.6.0 nicht nachvollziehen.

Was sagt denn 'xev' oder ein ähnliches Tool bei den nicht funktionierenden Tasten? Kann das Problem unter Ubuntu mit X.org 1.6.0 nicht nachvollziehen.

muflax commented 2009-05-08 22:06:03 +02:00

Copy Link

xev-Output für "a", "A" und "mod4-a (down)", nacheinander: http://pastebin.com/m4ed6f812

Ich hab grade was probiert und das Problem für mich behoben. Ich hatte eine (unwirksame) policy unter /etc/hal/fdi/policy/10-keymap.fdi. Da martin_r auch Arch-User ist, wird er die vermutlich auch angelegt haben. Nachdem ich sie entfernt habe, also insbesondere nicht mehr

<merge key="input.xkb.layout" type="string">neo2</merge>
<merge key="input.xkb.variant" type="string">neo</merge>

definiere (ich benenne X/de in neo2 um), geht es korrekt in QT, warum auch immer. Das war sowieso verbuggt und ich nutze stattdessen setxkbmap in meiner .xinitrc.

xev-Output für "a", "A" und "mod4-a (down)", nacheinander: http://pastebin.com/m4ed6f812 Ich hab grade was probiert und das Problem für mich behoben. Ich hatte eine (unwirksame) policy unter /etc/hal/fdi/policy/10-keymap.fdi. Da martin_r auch Arch-User ist, wird er die vermutlich auch angelegt haben. Nachdem ich sie entfernt habe, also insbesondere nicht mehr ``` <merge key="input.xkb.layout" type="string">neo2</merge> <merge key="input.xkb.variant" type="string">neo</merge> ``` definiere (ich benenne X/de in neo2 um), geht es korrekt in QT, warum auch immer. Das war sowieso verbuggt und ich nutze stattdessen setxkbmap in meiner .xinitrc.

muflax commented 2009-05-08 22:09:10 +02:00

Copy Link

Args, sorry, hab Mist gebaut. Grade gemerkt, dass ich ja die falsche Version des Layouts zum Testen genommen habe. Die Änderung bringt also nichts.

Ich wüsste also nicht mehr, wo Ubuntu sich jetzt in der Config unterscheiden könnte, außer in eventl. älteren Paketen.

Args, sorry, hab Mist gebaut. Grade gemerkt, dass ich ja die falsche Version des Layouts zum Testen genommen habe. Die Änderung bringt also nichts. Ich wüsste also nicht mehr, wo Ubuntu sich jetzt in der Config unterscheiden könnte, außer in eventl. älteren Paketen.

erik self-assigned this 2009-05-10 09:20:28 +02:00

erik commented 2009-05-10 09:20:28 +02:00

Member

Copy Link

Gibt es eine Besserung mit r1824?

Gibt es eine Besserung mit r1824?

erik commented 2009-05-10 10:54:55 +02:00

Member

Copy Link

Oh, auch bei mir gibt es mit KDE-Applikationen die gleichen Fehler. Ich nutze Fedora 10 und Window Maker. Bei GTK-Apps (und selbst bei xterm) gibt es die obigen Fehler der Ebene 4 nicht, daher ist mit das bisher nicht aufgefallen.

Allerdings funktioniert bei mir nur Tab und die Zahlen (Ziffernblock) auf Ebene 4. Bild↑ oder Bild↓, Ende, Pos1, Cursor ←↓→↑, Rück und Entf funktionieren nicht. Enter auch nicht.

Oh, auch bei mir gibt es mit KDE-Applikationen die gleichen Fehler. Ich nutze Fedora 10 und Window Maker. Bei GTK-Apps (und selbst bei xterm) gibt es die obigen Fehler der Ebene 4 nicht, daher ist mit das bisher nicht aufgefallen. Allerdings funktioniert bei mir **nur** Tab und die Zahlen (Ziffernblock) auf Ebene 4. Bild↑ oder Bild↓, Ende, Pos1, Cursor ←↓→↑, Rück und Entf funktionieren nicht. Enter auch nicht.

Stephan commented 2009-05-10 12:44:36 +02:00

Copy Link

Ich kann das Problem nun auch bei mir nachvollziehen. Scheinbar weigert sich KDE bestimmte Tasten zu interpretieren, wenn der vMod 'LevelThree' gesetzt ist.

Wenn Ebene4 (nach leichter Modifikation an den Types) durch den vMod 'LevelFive' aufgerufen wird, klappt es.
Der Fehler ist aufgetaucht, als wir xkb-intern die Levels vertauscht haben (r1803), um #33 zu "umgehen".

Wenn es nach mir ginge, würde ich diesen Tausch wieder rückgängig machen, da #33 (eigentlich ein Gnome-Bug) weniger schwerwiegend ist, da es sich einfach durch die systemweite Installation beheben lässt.

(Obwohl dies hier wohl auch nur ein Qt/KDE-Bug ist ...)

Ich kann das Problem nun auch bei mir nachvollziehen. Scheinbar weigert sich KDE bestimmte Tasten zu interpretieren, wenn der vMod 'LevelThree' gesetzt ist. Wenn Ebene4 (nach leichter Modifikation an den Types) durch den vMod 'LevelFive' aufgerufen wird, klappt es. Der Fehler ist aufgetaucht, als wir xkb-intern die Levels vertauscht haben (r1803), um #33 zu "umgehen". Wenn es nach mir ginge, würde ich diesen Tausch wieder rückgängig machen, da #33 (eigentlich ein Gnome-Bug) weniger schwerwiegend ist, da es sich einfach durch die systemweite Installation beheben lässt. (Obwohl dies hier wohl auch nur ein Qt/KDE-Bug ist ...)

cpuesser commented 2009-05-10 13:18:45 +02:00

Member

Copy Link

In dem Programm „Konsole“ lässt sich das Problem zumindest umgehen und zwar wiefolgt:
unter „Einstellungen/Profile“ verwalten das benutzte Profil auswählen und Profil bearbeiten … anklicken, dort unter der Registerkarte „Eingabe“ statt „Standard (XFree 4)“ „Linux-Konsole“ auswählen und mit „OK“ übernehmen.

In dem Programm „Konsole“ lässt sich das Problem zumindest umgehen und zwar wiefolgt: unter „Einstellungen/Profile“ verwalten das benutzte Profil auswählen und Profil bearbeiten … anklicken, dort unter der Registerkarte „Eingabe“ statt „Standard (XFree 4)“ „Linux-Konsole“ auswählen und mit „OK“ übernehmen.

muflax commented 2009-05-10 16:17:02 +02:00

Copy Link

Die neue Version (r1829) hat es noch schlimmer gemacht. Jetzt geht gar nichts außer Mod1 und Mod2 mehr. Da ich keine xmodmap nutze und mir Gnome egal ist, bin ich dafür Stephan's Änderung rückgängig zu machen. (Oder wenigstens einen der beiden Bugs zu fixen, je nachdem, was leichter ist. ;))

Die neue Version (r1829) hat es noch schlimmer gemacht. Jetzt geht gar nichts außer Mod1 und Mod2 mehr. Da ich keine xmodmap nutze und mir Gnome egal ist, bin ich dafür Stephan's Änderung rückgängig zu machen. (Oder wenigstens einen der beiden Bugs zu fixen, je nachdem, was leichter ist. ;))

Stephan commented 2009-05-10 16:25:51 +02:00

Copy Link

Das hört sich sehr danach an, als hättest du die zweite Datei 'types/level5' vergessen.
Bitte nochmal überprüfen.

Das hört sich sehr danach an, als hättest du die zweite Datei 'types/level5' vergessen. Bitte nochmal überprüfen.

muflax commented 2009-05-10 16:29:25 +02:00

Copy Link

Ah, hab die in r1824 beschriebenen Änderungen mal komplett gemacht. Dann geht zwar Mod3 & Co. wieder, aber es behebt den QT-Bug nicht. (Sorry, ich sollte echt mehr probieren, bevor ich hier schreibe... ^^)

Ah, hab die in r1824 beschriebenen Änderungen mal komplett gemacht. Dann geht zwar Mod3 & Co. wieder, aber es behebt den QT-Bug nicht. (Sorry, ich sollte echt mehr probieren, bevor ich hier schreibe... ^^)

erik commented 2009-05-10 18:40:38 +02:00

Member

Copy Link

noch ein anderer fehler:
Wie Ihr seht kann ich nur mit der rechten Umschalt-taste groß schreiben. die rechte bewirkt kein umschalten auf großschreibung. Auch Capslock geht nicht mehr.

Wie habe ich das geschafft?
de/basic als standardbelegung, de/neo als zweitbelegung. das kann man entweder in gnome bei den tastatureinstellungen einstellen (siehe beispiele) oder ganz wie früher üblich per xorg.conf oder hal (siehe Anleitung für die xkbmap).

damit ist wieder fehler [ticket:46#X.org5] aktiv, nur in anderer form. :-(

noch ein anderer fehler: Wie Ihr seht kann ich nur mit der rechten Umschalt-taste groß schreiben. die rechte bewirkt kein umschalten auf großschreibung. Auch Capslock geht nicht mehr. Wie habe ich das geschafft? de/basic als standardbelegung, de/neo als zweitbelegung. das kann man entweder in gnome bei den tastatureinstellungen einstellen (siehe [beispiele](wiki/Neo-unter-Linux-einrichten%2FAktivieren)) oder ganz wie früher üblich per xorg.conf oder hal (siehe Anleitung für die [xkbmap](wiki/Neo-unter-Linux-einrichten%2Fxkbmap)). damit ist wieder fehler [ticket:46#X.org5] aktiv, nur in anderer form. :-(

Stephan commented 2009-05-10 19:00:00 +02:00

Copy Link

damit ist wieder fehler [ticket:46#X.org5] aktiv, nur in anderer form. :-(

Hmm, das Layout wird wohl nicht ganz vollständig gewechselt. Wird das Layout mit "setxkbmap" gewechselt, klappt es einwandfrei.

Ich wüsst aber wirklich nicht, wie man sich daran anpassen könnte, ohne wiederrum andere Bugs wiederzubeleben.

> damit ist wieder fehler [ticket:46#X.org5] aktiv, nur in anderer form. :-( Hmm, das Layout wird wohl nicht ganz vollständig gewechselt. Wird das Layout mit "setxkbmap" gewechselt, klappt es einwandfrei. Ich wüsst aber wirklich nicht, wie man sich daran anpassen könnte, ohne wiederrum andere Bugs wiederzubeleben.

anonymous commented 2009-05-10 19:18:17 +02:00

Copy Link

damit ist wieder fehler [ticket:46#X.org5] aktiv, nur in anderer form. :-(

Hmm, das Layout wird wohl nicht ganz vollständig gewechselt. Wird das Layout mit "setxkbmap" gewechselt, klappt es einwandfrei.

Ja, aber viel komfortabler ist es eben über ’ne Tastenkombination oder per klick. Und es ist ja so vorgesehen.

Ich wüsst aber wirklich nicht, wie man sich daran anpassen könnte, ohne wiederrum andere Bugs wiederzubeleben.

Wahrscheinlich ist der Fehler sogar in Xorg. Also sollten wir den melden. Am Besten wäre dazu ein Minimalbeispiel, wo der Fehler auch schon auftritt. Reicht es, die Shift-Tasten neu zu belegen? Oder woran liegt es?

Dann wäre nur noch heraus zu finden, ob der KDE-Fehler ein KDE-Problem ist, oder QT generell schuld ist oder doch X.org oder sogar Neo? Jedenfalls haben wir dafür bis morgen Zeit. :-) Dann wird der Stand für X.org 1.6 eingefroren. Siehe Roadmap.

> > > damit ist wieder fehler [ticket:46#X.org5] aktiv, nur in anderer form. :-( > > Hmm, das Layout wird wohl nicht ganz vollständig gewechselt. Wird das Layout mit "setxkbmap" gewechselt, klappt es einwandfrei. Ja, aber viel komfortabler ist es eben über ’ne Tastenkombination oder per klick. Und es ist ja so vorgesehen. > > Ich wüsst aber wirklich nicht, wie man sich daran anpassen könnte, ohne wiederrum andere Bugs wiederzubeleben. Wahrscheinlich ist der Fehler sogar in Xorg. Also sollten wir den melden. Am Besten wäre dazu ein Minimalbeispiel, wo der Fehler auch schon auftritt. Reicht es, die Shift-Tasten neu zu belegen? Oder woran liegt es? Dann wäre nur noch heraus zu finden, ob der KDE-Fehler ein KDE-Problem ist, oder QT generell schuld ist oder doch X.org oder sogar Neo? Jedenfalls haben wir dafür bis morgen Zeit. :-) Dann wird der Stand für X.org 1.6 eingefroren. Siehe [Roadmap](http://wiki.neo-layout.org/roadmap).

anonymous commented 2009-05-10 21:37:46 +02:00

Copy Link

Intern bekommt man mit einer Kombination Nicht-Neo/Neo folgendes:

    key <LFSH> {
        type[group2]= "TWO_LEVEL",
        symbols[Group1]= [         Shift_L ],
        actions[Group1]= [ NoAction() ],
        symbols[Group2]= [         Shift_L,       Caps_Lock ],
        actions[Group2]= [ SetMods(modifiers=Shift), LockMods(modifiers=Lock) ]
    };

Das NoAction() führt dazu, dass das Shift wirkungslos bleibt.

Abhilfe könnte es bringen, die Umschalttasten aus xkb_symbols "neo" herauszunehmen und
in einer gesonderten Tabelle (vielleicht in symbols/shift) zu implementieren. Dann kann man die Umschalttasten im Neo-Stil als Option für alle Belegungen verfügbar machen. Ich bezweifle aber, dass es dazu bis morgen reicht.

Intern bekommt man mit einer Kombination Nicht-Neo/Neo folgendes: ``` key <LFSH> { type[group2]= "TWO_LEVEL", symbols[Group1]= [ Shift_L ], actions[Group1]= [ NoAction() ], symbols[Group2]= [ Shift_L, Caps_Lock ], actions[Group2]= [ SetMods(modifiers=Shift), LockMods(modifiers=Lock) ] }; ``` Das NoAction() führt dazu, dass das Shift wirkungslos bleibt. Abhilfe könnte es bringen, die Umschalttasten aus xkb_symbols "neo" herauszunehmen und in einer gesonderten Tabelle (vielleicht in symbols/shift) zu implementieren. Dann kann man die Umschalttasten im Neo-Stil als Option für alle Belegungen verfügbar machen. Ich bezweifle aber, dass es dazu bis morgen reicht.

knittl commented 2009-05-10 22:58:01 +02:00

Copy Link

r1831 macht bei mir mehr probleme, als sie löst.

ebene 4 geht in gar keinen programmen mehr, stattdessen erscheint ebene 1

aber sonst: gute arbeit soweit!

r1831 macht bei mir mehr probleme, als sie löst. ebene 4 geht in gar keinen programmen mehr, stattdessen erscheint ebene 1 aber sonst: gute arbeit soweit!

wettstein509 commented 2009-05-11 06:42:41 +02:00

Copy Link

In Zeile 284 von de «NumLock» durch «LevelFive» ersetzen sollte Ebene 4 wieder erreichbar machen.

In Zeile 284 von de «NumLock» durch «LevelFive» ersetzen sollte Ebene 4 wieder erreichbar machen.

muflax commented 2009-05-11 07:07:37 +02:00

Copy Link

In Zeile 284 von de «NumLock» durch «LevelFive» ersetzen sollte Ebene 4 wieder erreichbar machen.

Tut es. QT scheint jetzt auch korrekt zu funktionieren.

> In Zeile 284 von de «NumLock» durch «LevelFive» ersetzen sollte Ebene 4 wieder erreichbar machen. Tut es. QT scheint jetzt auch korrekt zu funktionieren.

cpuesser commented 2009-05-11 16:18:21 +02:00

Member

Copy Link

In Zeile 284 von de «NumLock» durch «LevelFive» ersetzen sollte Ebene 4 wieder erreichbar machen.

Tut es. QT scheint jetzt auch korrekt zu funktionieren.

Dem kann ich nur zustimmen.

> > > In Zeile 284 von de «NumLock» durch «LevelFive» ersetzen sollte Ebene 4 wieder erreichbar machen. > > Tut es. QT scheint jetzt auch korrekt zu funktionieren. Dem kann ich nur zustimmen.

erik commented 2009-05-11 16:53:46 +02:00

Member

Copy Link

Abhilfe könnte es bringen, die Umschalttasten aus xkb_symbols "neo" herauszunehmen und
in einer gesonderten Tabelle (vielleicht in symbols/shift) zu implementieren. Dann kann man die Umschalttasten im Neo-Stil als Option für alle Belegungen verfügbar machen. Ich bezweifle aber, dass es dazu bis morgen reicht.

Wäre es möglich dies mal testweise zu implementieren, denn so wie jetzt ist Neo mit keiner anderen Belegung kompatibel, wenn man eine andere Belegung als Erstbelegung wählt und Neo als die zweite.

> Abhilfe könnte es bringen, die Umschalttasten aus xkb_symbols "neo" herauszunehmen und > in einer gesonderten Tabelle (vielleicht in symbols/shift) zu implementieren. Dann kann man die Umschalttasten im Neo-Stil als Option für alle Belegungen verfügbar machen. Ich bezweifle aber, dass es dazu bis morgen reicht. Wäre es möglich dies mal testweise zu implementieren, denn so wie jetzt ist Neo mit keiner anderen Belegung kompatibel, wenn man eine andere Belegung als Erstbelegung wählt und Neo als die zweite.

wettstein509 commented 2009-05-11 18:46:29 +02:00

Copy Link

Die Methode mit Auslagern von Shift funktioniert.

• In xkb/symbols/shift ergänze:

partial modifier_keys
xkb_symbols "lshift_both_capslock" {
  key <LFSH> {
    type[Group1]="TWO_LEVEL",
    symbols[Group1] = [ Shift_L,                       Caps_Lock                ],
    actions[Group1] = [ SetMods(modifiers=Shift),      LockMods(modifiers=Lock) ]
  };
};

partial modifier_keys
xkb_symbols "rshift_both_capslock" {
  key <RTSH> {
    type[Group1]="TWO_LEVEL",
    symbols[Group1] = [ Shift_R,                       Caps_Lock                ],
    actions[Group1] = [ SetMods(modifiers=Shift),      LockMods(modifiers=Lock) ]
  };
};
partial modifier_keys
xkb_symbols "both_capslock" {
  include "shift(lshift_both_capslock)"
  include "shift(rshift_both_capslock)"
};

• Nimm die entsprechenden Belegungen aus de heraus

• In rules/xorg ergänze eine Zeile unter

! option        =       symbols

nämlich:

  shift:both_capslock   =       +shift(both_capslock) 

• Benutze XkbOption shift:both_capslock. In xorg.conf habe ich

z.B. ausprobiert:

        Option      "XkbLayout"  "us,de"
        Option      "XkbVariant" "intl,neo"
        Option      "XkbOptions" "shift:both_capslock,grp:ctrls_toggle"

Damit funktioniert Shift auch im US-Layout, inklusive dem allseits
beliebten Neo-CapsLock.

Die Methode mit Auslagern von Shift funktioniert. - In xkb/symbols/shift ergänze: ``` partial modifier_keys xkb_symbols "lshift_both_capslock" { key <LFSH> { type[Group1]="TWO_LEVEL", symbols[Group1] = [ Shift_L, Caps_Lock ], actions[Group1] = [ SetMods(modifiers=Shift), LockMods(modifiers=Lock) ] }; }; partial modifier_keys xkb_symbols "rshift_both_capslock" { key <RTSH> { type[Group1]="TWO_LEVEL", symbols[Group1] = [ Shift_R, Caps_Lock ], actions[Group1] = [ SetMods(modifiers=Shift), LockMods(modifiers=Lock) ] }; }; partial modifier_keys xkb_symbols "both_capslock" { include "shift(lshift_both_capslock)" include "shift(rshift_both_capslock)" }; ``` - Nimm die entsprechenden Belegungen aus de heraus - In rules/xorg ergänze eine Zeile unter ``` ! option = symbols ``` nämlich: ``` shift:both_capslock = +shift(both_capslock) ``` - Benutze XkbOption shift:both_capslock. In xorg.conf habe ich > z.B. ausprobiert: ``` Option "XkbLayout" "us,de" Option "XkbVariant" "intl,neo" Option "XkbOptions" "shift:both_capslock,grp:ctrls_toggle" ``` Damit funktioniert Shift auch im US-Layout, inklusive dem allseits beliebten Neo-CapsLock.

erik commented 2009-05-12 08:06:03 +02:00

Member

Copy Link

Nur um nochmal den aktuellen Stand festzuhalten:

• Bei Version r1803 gibt es zwar nur Shift-Lock (statt Caps-Lock) und dieses lässt sich auch nur durch Drücken einer Shift-Taste deaktivieren, aber dafür funktioniert das Umschalten zwischen zwei Belegungen (zum Beispiel QWERTZ und Neo) ohne Probleme:

setxkbmap -layout "de,de" -variant "basic,neo" -option "grp:alt_shift_toggle,grp_led:scroll" -model pc105

(Alt + Umschalt zum Wechseln zwischen QWERTZ (= basic) und Neo, leuchtende Rollen-LED zeigt Neo an)

• Mit der aktuellen Version r1834 lässt sich zwar in KDE-Programmen auch auf Ebene 4 alles verwenden, aber Caps-Lock funktioniert gar nicht mehr. Mod4-Lock schon. Und Umschalten (wie oben angegeben) kann man auch nicht mehr: Es passiert einfach nichts, wenn man Alt+Umschalt drückt.
• Die in #135 genannten Änderungen bewirken mit

setxkbmap -layout "de,de" -variant "basic,neo" -option "shift:both_capslock,grp:alt_shift_toggle,grp_led:scroll" -model pc105

leider nur, dass die 3. Ebene (deshalb auch die 6.) nicht mehr funktioniert. Und bei KDE-Programmen auch wieder die Bewegungstasten der 4. Ebene nicht (sonst schon!).
Vielleicht muss ich X erst neu starten bzw. ein zweites X starten um es dort zu probieren? Also mit Strg+Alt+F3 auf eine Textkonsole gewechselt und dort angemeldet. Dann mit

startx -- :1

einen zweiten X-Server gestartet.
Oh! Dabei fällt mir auf, dass es Fehler mit der symbols/de zu geben scheint (mir wird dort unter Gnome ein Fehler angezeigt, dass symbols/de nicht geladen werden kann). Daher kann ich dort nicht weiter testen.

Was mir auch noch aufgefallen ist: Mit r1834 kann ich auch nicht mehr mit Strg+Alt+F3 auf eine Textkonsole wechseln. Die de-Datei scheint also wirklich defekt zu sein. Werde gleich mal wieder auf eine etwas ältere Version wechseln.

…

Auch mit r1830 ist es nicht besser.
Komisch. Na jedenfalls geht das Umschalten auf ’ne Textkonsole (tty) mit Strg+Alt+F3 mit r1803 noch.

Oder liegt das alles jetzt nur an meinem System?

Nur um nochmal den aktuellen Stand festzuhalten: - Bei Version r1803 gibt es zwar nur Shift-Lock (statt Caps-Lock) und dieses lässt sich auch nur durch Drücken *einer* Shift-Taste deaktivieren, aber dafür funktioniert das Umschalten zwischen zwei Belegungen (zum Beispiel QWERTZ und Neo) ohne Probleme: ``` setxkbmap -layout "de,de" -variant "basic,neo" -option "grp:alt_shift_toggle,grp_led:scroll" -model pc105 ``` (*Alt + Umschalt* zum Wechseln zwischen QWERTZ (= basic) und Neo, leuchtende Rollen-LED zeigt Neo an) * Mit der aktuellen Version r1834 lässt sich zwar in KDE-Programmen auch auf Ebene 4 alles verwenden, aber Caps-Lock funktioniert gar nicht mehr. Mod4-Lock schon. Und Umschalten (wie oben angegeben) kann man auch nicht mehr: Es passiert einfach nichts, wenn man Alt+Umschalt drückt. * Die in #135 genannten Änderungen bewirken mit ``` setxkbmap -layout "de,de" -variant "basic,neo" -option "shift:both_capslock,grp:alt_shift_toggle,grp_led:scroll" -model pc105 ``` leider nur, dass die 3. Ebene (deshalb auch die 6.) nicht mehr funktioniert. Und bei KDE-Programmen auch wieder die Bewegungstasten der 4. Ebene nicht (sonst schon!). Vielleicht muss ich X erst neu starten bzw. ein zweites X starten um es dort zu probieren? Also mit *Strg+Alt+F3* auf eine Textkonsole gewechselt und dort angemeldet. Dann mit ``` startx -- :1 ``` einen zweiten X-Server gestartet. Oh! Dabei fällt mir auf, dass es Fehler mit der symbols/de zu geben scheint (mir wird dort unter Gnome ein Fehler angezeigt, dass symbols/de nicht geladen werden kann). Daher kann ich dort nicht weiter testen. Was mir auch noch aufgefallen ist: Mit r1834 kann ich auch nicht mehr mit *Strg+Alt+F3* auf eine Textkonsole wechseln. Die de-Datei scheint also wirklich defekt zu sein. Werde gleich mal wieder auf eine etwas ältere Version wechseln. … Auch mit r1830 ist es nicht besser. Komisch. Na jedenfalls geht das Umschalten auf ’ne Textkonsole (tty) mit *Strg+Alt+F3* mit r1803 noch. Oder liegt das alles jetzt nur an meinem System?

martin_r commented 2009-05-12 08:58:34 +02:00

Author

Copy Link

Mit der aktuellen Version r1834 lässt sich zwar in KDE-Programmen auch auf Ebene 4 alles verwenden, aber Caps-Lock funktioniert gar nicht mehr.

Bei mir schon: ShiftL+ShiftR (Deaktivieren genauso :) )

> Mit der aktuellen Version r1834 lässt sich zwar in KDE-Programmen auch auf Ebene 4 alles verwenden, aber Caps-Lock funktioniert gar nicht mehr. Bei mir schon: ShiftL+ShiftR (Deaktivieren genauso :) )

erik commented 2009-05-12 10:32:11 +02:00

Member

Copy Link

Hmm, bei mir hat’s wohl etwas im Verzeichnis /usr/share/X11/xkb/ zerhauen gehabt. Habe alles wieder mit dem entsprechenden Fedorapaket rückgängig gemacht.

1834

Nochmal: Also Caps-Lock funktioniert tatsächlich auch mit r1834. Allerdings nur ShiftL+ShiftR = CapsLock. Umgekehrt (ShiftR+ShiftL) passiert nichts. Auch Ebene 3 und 4 funktionieren (überall). Strg+Alt+F3 zum Wechseln auf eine Textkonsole (tty) funktioniert auch.

Aber wenn ich mehrere Belegungen lade (Neo nicht als erste!), dann funktioniert Caps-Lock nicht mehr. Außerdem auch die linke Shift-Taste nicht. Zusätzlich funktioniert gar keine Shift-Taste mehr bei der QWERTZ-Belegung (wenn ich QWERTZ und Neo als die zwei Varianten geladen habe).

1834 plus Änderungen von Kommentar 22

Mit dem Vorschlag von #135 funktioniert Caps-Lock sowohl mit ShiftL+ShiftR als auch mit ShiftR+ShiftL. Auch Ebene 3 und 4 funktionieren (überall). Strg+Alt+F3 zum Wechseln auf eine Textkonsole (tty) funktioniert auch.

Aber wenn ich mehrere Belegungen lade (Neo nicht als erste!), dann funktioniert Caps-Lock nicht mehr. Außerdem auch die linke Shift-Taste nicht. Zusätzlich funktioniert gar keine Shift-Taste mehr bei der QWERTZ-Belegung (wenn ich QWERTZ und Neo als die zwei Belegungen geladen habe).

Einzige Verbesserung von #135 ist also, dass Caps-Lock wieder mit beiden Shift-Kombinationen funktioniert.

Mein System:

[erik@supernegro ~]$ X -version

X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-128.1.1.el5 x86_64 
Current Operating System: Linux supernegro 2.6.27.21-170.2.56.fc10.x86_64 #1 SMP Mon Mar 23 23:08:10 EDT 2009 x86_64
Build Date: 10 March 2009  07:20:43PM
Build ID: xorg-x11-server 1.5.3-15.fc10 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.

[erik@supernegro ~]$ uname -a
Linux supernegro 2.6.27.21-170.2.56.fc10.x86_64 #1 SMP Mon Mar 23 23:08:10 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

Hmm, bei mir hat’s wohl etwas im Verzeichnis */usr/share/X11/xkb/* zerhauen gehabt. Habe alles wieder mit dem entsprechenden Fedorapaket rückgängig gemacht. ### 1834 **Nochmal:** Also Caps-Lock funktioniert tatsächlich auch mit r1834. Allerdings nur ShiftL+ShiftR = CapsLock. Umgekehrt (ShiftR+ShiftL) passiert nichts. Auch Ebene 3 und 4 funktionieren (überall). *Strg+Alt+F3* zum Wechseln auf eine Textkonsole (tty) funktioniert auch. Aber wenn ich mehrere Belegungen lade (Neo nicht als erste!), dann funktioniert Caps-Lock nicht mehr. Außerdem auch die linke Shift-Taste nicht. Zusätzlich funktioniert **gar keine** Shift-Taste mehr bei der QWERTZ-Belegung (wenn ich QWERTZ und Neo als die zwei Varianten geladen habe). ### 1834 plus Änderungen von [Kommentar 22](./issues/135) Mit dem Vorschlag von #135 funktioniert Caps-Lock sowohl mit ShiftL+ShiftR als auch mit ShiftR+ShiftL. Auch Ebene 3 und 4 funktionieren (überall). *Strg+Alt+F3* zum Wechseln auf eine Textkonsole (tty) funktioniert auch. Aber wenn ich mehrere Belegungen lade (Neo nicht als erste!), dann funktioniert Caps-Lock nicht mehr. Außerdem auch die linke Shift-Taste nicht. Zusätzlich funktioniert **gar keine** Shift-Taste mehr bei der QWERTZ-Belegung (wenn ich QWERTZ und Neo als die zwei Belegungen geladen habe). Einzige Verbesserung von #135 ist also, dass Caps-Lock wieder mit beiden Shift-Kombinationen funktioniert. Mein System: ``` [erik@supernegro ~]$ X -version X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.18-128.1.1.el5 x86_64 Current Operating System: Linux supernegro 2.6.27.21-170.2.56.fc10.x86_64 #1 SMP Mon Mar 23 23:08:10 EDT 2009 x86_64 Build Date: 10 March 2009 07:20:43PM Build ID: xorg-x11-server 1.5.3-15.fc10 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [erik@supernegro ~]$ uname -a Linux supernegro 2.6.27.21-170.2.56.fc10.x86_64 #1 SMP Mon Mar 23 23:08:10 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux ```

erik commented 2009-05-12 10:50:26 +02:00

Member

Copy Link

Zur Beruhigung aller: Mein System ist ja nicht auf dem neuesten Stand. Daher sollte vielleicht jemand mit aktuellem System (Fedora 11 oder Ubuntu 9.04 usw.) nochmal probieren und berichten.

Zur Beruhigung aller: Mein System ist ja nicht auf dem neuesten Stand. Daher sollte vielleicht jemand mit aktuellem System (Fedora 11 oder Ubuntu 9.04 usw.) nochmal probieren und berichten.

Stephan commented 2009-05-12 13:24:30 +02:00

Copy Link

Das Problem mit der Shift-Taste liegt daran, dass du die Option "grp:alt_shift_toggle" verwendest, die allerdings mit der neuen Umsetzung nicht kompatibel ist, da dort die Shift-Taste neu definiert wird. Ich sehe auch keine Möglichkeit, Neo mit dieser Option kompatibel zu machen.

Die anderen Probleme mit dem Wechsel zwischen den Layouts sind wohl nur zu beheben, wenn alle Spezialfunktionen von Neo in externe Dateien ausgelagert werden und dann je nach Layout modular eingebunden werden (siehe Vorschlag von Andreas).

Das Problem mit der Shift-Taste liegt daran, dass du die Option "grp:alt_shift_toggle" verwendest, die allerdings mit der neuen Umsetzung nicht kompatibel ist, da dort die Shift-Taste neu definiert wird. Ich sehe auch keine Möglichkeit, Neo mit dieser Option kompatibel zu machen. Die anderen Probleme mit dem Wechsel zwischen den Layouts sind wohl nur zu beheben, wenn alle Spezialfunktionen von Neo in externe Dateien ausgelagert werden und dann je nach Layout modular eingebunden werden (siehe Vorschlag von Andreas).

erik commented 2009-05-12 15:21:00 +02:00

Member

Copy Link

Das Problem mit der Shift-Taste liegt daran, dass du die Option "grp:alt_shift_toggle" verwendest, die allerdings mit der neuen Umsetzung nicht kompatibel ist, da dort die Shift-Taste neu definiert wird. Ich sehe auch keine Möglichkeit, Neo mit dieser Option kompatibel zu machen.

Die anderen Probleme mit dem Wechsel zwischen den Layouts sind wohl nur zu beheben, wenn alle Spezialfunktionen von Neo in externe Dateien ausgelagert werden und dann je nach Layout modular eingebunden werden (siehe Vorschlag von Andreas).

Dann bin ich dafür alles auszulagern. So ist es von den xkeyboard-config-Entwicklern eh vorgesehen. Oder was spricht dagegen? Wäre das denn noch viel, was da ausgelagert werden müsste? Nur noch Compose, oder?

> Das Problem mit der Shift-Taste liegt daran, dass du die Option "grp:alt_shift_toggle" verwendest, die allerdings mit der neuen Umsetzung nicht kompatibel ist, da dort die Shift-Taste neu definiert wird. Ich sehe auch keine Möglichkeit, Neo mit dieser Option kompatibel zu machen. > > Die anderen Probleme mit dem Wechsel zwischen den Layouts sind wohl nur zu beheben, wenn alle Spezialfunktionen von Neo in externe Dateien ausgelagert werden und dann je nach Layout modular eingebunden werden (siehe Vorschlag von Andreas). Dann bin ich dafür alles auszulagern. So ist es von den xkeyboard-config-Entwicklern eh vorgesehen. Oder was spricht dagegen? Wäre das denn noch viel, was da ausgelagert werden müsste? Nur noch Compose, oder?

wettstein509 commented 2009-05-12 20:58:06 +02:00

Copy Link

Dann bin ich dafür alles auszulagern. So ist es von den xkeyboard-config-Entwicklern eh vorgesehen. Oder was spricht dagegen? Wäre das denn noch viel, was da ausgelagert werden müsste? Nur noch Compose, oder?

Neben Shift wären noch Mod3 und Mod4 auszulagern. Bei Mod3/Mod4 bin ich nicht sicher, ob sie auch in von Neo abweichenden Kombinationen funktionieren, und das sollten sie im Interesse der Modularität tun.

Auslagerung hat praktische Vorteile. Insbesondere könnte man den Benutzern neben Standard-Neo ein paar Varianten anbieten (ShiftLock statt oder zusätzlich zu CapsLock, Mod4 auf Windows-Tasten…). Zudem können andere Layouts mitprofitieren.

Der Nachteil wäre die Ausweitung von derzeit zwei auf sechs zu installierendeb Dateien.

> Dann bin ich dafür alles auszulagern. So ist es von den xkeyboard-config-Entwicklern eh vorgesehen. Oder was spricht dagegen? Wäre das denn noch viel, was da ausgelagert werden müsste? Nur noch Compose, oder? Neben Shift wären noch Mod3 und Mod4 auszulagern. Bei Mod3/Mod4 bin ich nicht sicher, ob sie auch in von Neo abweichenden Kombinationen funktionieren, und das sollten sie im Interesse der Modularität tun. Auslagerung hat praktische Vorteile. Insbesondere könnte man den Benutzern neben Standard-Neo ein paar Varianten anbieten (ShiftLock statt oder zusätzlich zu CapsLock, Mod4 auf Windows-Tasten…). Zudem können andere Layouts mitprofitieren. Der Nachteil wäre die Ausweitung von derzeit zwei auf sechs zu installierendeb Dateien.

erik commented 2009-05-13 06:45:34 +02:00

Member

Copy Link

Dann bin ich dafür alles auszulagern. So ist es von den xkeyboard-config-Entwicklern eh vorgesehen. Oder was spricht dagegen? Wäre das denn noch viel, was da ausgelagert werden müsste? Nur noch Compose, oder?

Neben Shift wären noch Mod3 und Mod4 auszulagern. Bei Mod3/Mod4 bin ich nicht sicher, ob sie auch in von Neo abweichenden Kombinationen funktionieren, und das sollten sie im Interesse der Modularität tun.

Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren?

Auslagerung hat praktische Vorteile. Insbesondere könnte man den Benutzern neben Standard-Neo ein paar Varianten anbieten (ShiftLock statt oder zusätzlich zu CapsLock, Mod4 auf Windows-Tasten…). Zudem können andere Layouts mitprofitieren.

Sehr gut. Die Xkbmap wird also ähnlich flexibel wie die ahk-Variante.

Der Nachteil wäre die Ausweitung von derzeit zwei auf sechs zu installierendeb Dateien.

Das ist kein Nachteil. Nach kurzer Zeit ist eh alles schon bei den neuen Linuxen dabei, da kann es einem egal sein, aus wievielen Einzeldateien sich die Belegung zusammen setzt. Für die Übergangszeit muss man eben ein tar.gz runter laden und an die richtige Stelle entpacken. Das kann in die Anleitung.

> > Dann bin ich dafür alles auszulagern. So ist es von den xkeyboard-config-Entwicklern eh vorgesehen. Oder was spricht dagegen? Wäre das denn noch viel, was da ausgelagert werden müsste? Nur noch Compose, oder? > > Neben Shift wären noch Mod3 und Mod4 auszulagern. Bei Mod3/Mod4 bin ich nicht sicher, ob sie auch in von Neo abweichenden Kombinationen funktionieren, und das sollten sie im Interesse der Modularität tun. Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren? > Auslagerung hat praktische Vorteile. Insbesondere könnte man den Benutzern neben Standard-Neo ein paar Varianten anbieten (ShiftLock statt oder zusätzlich zu CapsLock, Mod4 auf Windows-Tasten…). Zudem können andere Layouts mitprofitieren. Sehr gut. Die Xkbmap wird also ähnlich flexibel wie die ahk-Variante. > > Der Nachteil wäre die Ausweitung von derzeit zwei auf sechs zu installierendeb Dateien. Das ist kein Nachteil. Nach kurzer Zeit ist eh alles schon bei den neuen Linuxen dabei, da kann es einem egal sein, aus wievielen Einzeldateien sich die Belegung zusammen setzt. Für die Übergangszeit muss man eben ein tar.gz runter laden und an die richtige Stelle entpacken. Das kann in die Anleitung.

wettstein509 commented 2009-05-13 20:11:42 +02:00

Copy Link

Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren?

xkb-Layoutentwickler könnten die Modifikatoren für von Neo völlig verschiedene Layouts verwenden wollen. Ein interessanter Kandidat ist insbesondere Mod4.

> Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren? xkb-Layoutentwickler könnten die Modifikatoren für von Neo völlig verschiedene Layouts verwenden wollen. Ein interessanter Kandidat ist insbesondere Mod4.

erik commented 2009-05-14 09:10:46 +02:00

Member

Copy Link

Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren?

xkb-Layoutentwickler könnten die Modifikatoren für von Neo völlig verschiedene Layouts verwenden wollen. Ein interessanter Kandidat ist insbesondere Mod4.

Dabei kommt die Frage auf, ob es nicht eh schon einen weiteren Mod gibt. Haben nicht einige asiatische Sprachen mehr als zwei Mods? Vielleicht können wir einfach diesen für Neo verwenden.

> > Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren? > > xkb-Layoutentwickler könnten die Modifikatoren für von Neo völlig verschiedene Layouts verwenden wollen. Ein interessanter Kandidat ist insbesondere Mod4. Dabei kommt die Frage auf, ob es nicht eh schon einen weiteren Mod gibt. Haben nicht einige asiatische Sprachen mehr als zwei Mods? Vielleicht können wir einfach diesen für Neo verwenden.

erik commented 2009-05-14 09:24:57 +02:00

Member

Copy Link

Hier noch ein ärgerlicher Fehler:
Wenn ich mich mit einem Benutzer anmelde, der de/basic (QWERTZ) als Belegung hat, dann kann ich auch nicht mal mit

setxkbmap de neo

bewirken, dass auf der QWERTZ-Capslock-Taste Mod3 liegt. Diese Taste reagiert weiter so, als wäre dort eine Capslock-Taste. Ich habe als nur noch die rechte Mod3 zur Verfügung.

Wenn ich andererseits, wie oben schon beschrieben, QWERTZ und Neo als die zwei wechselbaren Belegungen einstelle (bei Gnome bei den Tastatureinstellungen), dann kann der QWERTZ-Benutzer nicht mehr groß schreiben (beide Shift-Tasten bewirken nichts). Das geht natürlich überhaupt nicht.

Ich rede hier von Version r1846 ohne die in Kommentar 22 genannten Änderungen. Falls es damit (auf aktuellen Systemen) besser sein sollte, sollten wir diese Änderungen bald ins SVN aufnehmen. Sprich die Datei rules/base und symbols/shift. Am Besten basierend auf den aktuellen Dateien aus dem GIT-Repo von X.org.

Hier noch ein ärgerlicher Fehler: Wenn ich mich mit einem Benutzer anmelde, der de/basic (QWERTZ) als Belegung hat, dann kann ich auch nicht mal mit ``` setxkbmap de neo ``` bewirken, dass auf der QWERTZ-Capslock-Taste Mod3 liegt. Diese Taste reagiert weiter so, als wäre dort eine Capslock-Taste. Ich habe als nur noch die rechte Mod3 zur Verfügung. Wenn ich andererseits, wie oben schon beschrieben, QWERTZ und Neo als die zwei wechselbaren Belegungen einstelle (bei Gnome bei den Tastatureinstellungen), dann kann der QWERTZ-Benutzer nicht mehr groß schreiben (beide Shift-Tasten bewirken nichts). Das geht natürlich überhaupt nicht. Ich rede hier von Version r1846 ohne die in [Kommentar 22](./issues/135) genannten Änderungen. Falls es damit (auf aktuellen Systemen) besser sein sollte, sollten wir diese Änderungen bald ins SVN aufnehmen. Sprich die Datei *rules/base* und *symbols/shift*. Am Besten basierend auf den aktuellen Dateien aus dem [GIT-Repo von X.org](http://cgit.freedesktop.org/xkeyboard-config/tree/).

erik commented 2009-05-14 09:29:42 +02:00

Member

Copy Link

Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren?

xkb-Layoutentwickler könnten die Modifikatoren für von Neo völlig verschiedene Layouts verwenden wollen. Ein interessanter Kandidat ist insbesondere Mod4.

Dabei kommt die Frage auf, ob es nicht eh schon einen weiteren Mod gibt. Haben nicht einige asiatische Sprachen mehr als zwei Mods? Vielleicht können wir einfach diesen für Neo verwenden.

Ich meine hier vor allem chinesisch (symbols/cn) und japanisch (symbols/jp). Vielleicht auch andere. Genauer angesehen habe ich mir die jetzt nicht. Ich weiß nur von Florian, der den kbdneo2-Windows-Treiber schreibt, dass er auch den japanischen Mod für Neo missbraucht hat.

Natürlich haben die dann trotzdem nicht das von Neo vorgeschriebene Lock-Verhalten. Aber das kann man ja optional einbauen.

> > > > Was ist mit von Neo abweichenden Kombinationen gemeint? Wie, außer einzeln und zusammen könnte man sie denn noch kombinieren? > > > > xkb-Layoutentwickler könnten die Modifikatoren für von Neo völlig verschiedene Layouts verwenden wollen. Ein interessanter Kandidat ist insbesondere Mod4. > > Dabei kommt die Frage auf, ob es nicht eh schon einen weiteren Mod gibt. Haben nicht einige asiatische Sprachen mehr als zwei Mods? Vielleicht können wir einfach diesen für Neo verwenden. Ich meine hier vor allem chinesisch (*symbols/cn*) und japanisch (*symbols/jp*). Vielleicht auch andere. Genauer angesehen habe ich mir die jetzt nicht. Ich weiß nur von Florian, der den kbdneo2-Windows-Treiber schreibt, dass er auch den japanischen Mod für Neo missbraucht hat. Natürlich haben die dann trotzdem nicht das von Neo vorgeschriebene Lock-Verhalten. Aber das kann man ja optional einbauen.

erik commented 2009-05-15 08:13:54 +02:00

Member

Copy Link

Hier noch ein ärgerlicher Fehler:
Wenn ich mich mit einem Benutzer anmelde, der de/basic (QWERTZ) als Belegung hat, dann kann ich auch nicht mal mit

setxkbmap de neo

bewirken, dass auf der QWERTZ-Capslock-Taste Mod3 liegt. Diese Taste reagiert weiter so, als wäre dort eine Capslock-Taste. Ich habe als nur noch die rechte Mod3 zur Verfügung.

Die Lösung von Björn von der Mailingliste funktioniert tatsächlich. Man muss also

setxkbmap de neo -option

eingeben, damit alte Optionen (hier also Capslock auf der Feststelltaste) gelöscht werden.

> Hier noch ein ärgerlicher Fehler: > Wenn ich mich mit einem Benutzer anmelde, der de/basic (QWERTZ) als Belegung hat, dann kann ich auch nicht mal mit ``` setxkbmap de neo ``` > bewirken, dass auf der QWERTZ-Capslock-Taste Mod3 liegt. Diese Taste reagiert weiter so, als wäre dort eine Capslock-Taste. Ich habe als nur noch die rechte Mod3 zur Verfügung. Die Lösung von [Björn](http://lists.neo-layout.org/pipermail/diskussion/2009-May/012569.html) von der Mailingliste funktioniert tatsächlich. Man muss also ``` setxkbmap de neo -option ``` eingeben, damit alte Optionen (hier also Capslock auf der Feststelltaste) gelöscht werden.

Stephan closed this issue 2009-05-21 16:38:25 +02:00

Stephan commented 2009-05-21 16:38:25 +02:00

Copy Link

Das ursprüngliche Problem wurde behoben. Andere Probleme (vorallem die, die durch die Verwendung der mehreren Dateien aufgetreten sind) bitte in einem anderen Ticket diskutieren (z.B. #141).

Das ursprüngliche Problem wurde behoben. Andere Probleme (vorallem die, die durch die Verwendung der mehreren Dateien aufgetreten sind) bitte in einem anderen Ticket diskutieren (z.B. #141).

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

master

ticket/618

macos-layouts

grafik-cleanup

referenz-korrektur

feature/programmer

No results found.

Labels

Clear labels   

(╯°□°）╯︵ ┻━┻

  

Bug

  

Diskussion

Besprechungen zu einem Thema mit offenem Ausgang

  

Dokumentation

  

Duplikat

Ähnliche Issues vorhanden

  

Gitea

  

Hardware

  

Hilfe

Unterstützung gesucht

  

Invalid

  

Java

  

Lernen

Tipptrainer und andere Hilfsmittel

  

Qt

  

Remote

VM, Remote Desktop usw.

  

Subversion

  

Tablet

  

Tastaturbelegung

  

Test

  

Treiber/Android

  

Treiber/iOS

  

Treiber/Linux/Konsole

  

Treiber/Linux/xkb

  

Treiber/Linux/xmodmap

  

Treiber/MacOS

  

Treiber/Windows/AHK

  

Treiber/Windows/kbdneo

  

Treiber/Windows/ReNeo

  

Verbesserung

  

Website

  

Windows 11

  

Wontfix

Wird nicht behoben

  

Worksforme

No Label

(╯°□°）╯︵ ┻━┻

Bug

Diskussion

Dokumentation

Duplikat

Gitea

Hardware

Hilfe

Invalid

Java

Lernen

Qt

Remote

Subversion

Tablet

Tastaturbelegung

Test

Treiber/Android

Treiber/iOS

Treiber/Linux/Konsole

Treiber/Linux/xkb

Treiber/Linux/xmodmap

Treiber/MacOS

Treiber/Windows/AHK

Treiber/Windows/kbdneo

Treiber/Windows/ReNeo

Verbesserung

Website

Windows 11

Wontfix

Worksforme

Milestone

Clear milestone

No items

No Milestone

Assignees

Clear assignees

No Assignees

erik

8 Participants

Notifications

Subscribe

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: neo/neo-layout#135

No description provided.