Mod3 (ISO3)+Alt Kombination mit neo Konsolentreiber aktiviert oft „Alt-Lock“ #480
ラベル
ラベルなし
(╯°□°)╯︵ ┻━┻
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/xkbmap
Treiber/Linux/xmodmap
Treiber/MacOS
Treiber/Windows/AHK
Treiber/Windows/kbdneo
Treiber/Windows/ReNeo
Verbesserung
Website
Windows 11
Wontfix
Worksforme
マイルストーンなし
担当者なし
2 人の参加者
通知
期日
期日は未設定です。
依存関係
依存関係が設定されていません。
リファレンス: neo/neo-layout#480
読み込み中…
新しいイシューから参照
説明はありません。
ブランチ "%!s(<nil>)" の削除
ブランチの削除は恒久的です。 実際に削除されるまでの短い期間、ブランチが存在したままになることもありますが、たいていは元に戻すことはできません。 続行しますか?
Habe längere Zeit ein Problem mit der Festplattenverschlüsselungseingabe in der initrd gehabt, bis ich den neo Konsolentreiber als „Übeltäter“ identifiziert hatte. Das gleichzeitige Drücken von Alt+Mod3 setzt eine Art „Alt-Lock“. Eingaben werden anschließend meistens, aber nicht immer als Eingabe mit gehaltenem Lock interpretiert. Das Anschalten des Locks ist ebenso wie das Abschalten also Glückssache und somit nicht konsistent. Ansonsten hätte ich gar nicht so viel dagegen.
Reproduktionsschritte:
Auf einem tty-Login drücke man Mod3+Alt
Folgen:
Häufig wird eine Art Alt-Lock aktiviert bzw. deaktiviert.
Erwartete Folgen:
Entweder sollte der Lock konsistent bei jedem Druck auftreten und das dann auch unter X oder er sollte nicht auftreten.
Beste Grüße,
Manuel
Ich habe dieses Verhalten auch nach mehrfachen Versuchen leider nicht reproduzieren können.
Du hast das das layout ins initrd eingebaut. Könntest du testen, ob das Problem auch bei manuellem aktivieren der Keymap (d.h.
loadkeys neo.map
) auftritt?Habe jetzt ein konsistentes und reproduzierbares Verhalten feststellen können (endlich), womit sich das Problem vermutlich erledigt hat bzw. sich als undokumentiertes Feature beschreiben lässt.
Reproduktionsschritte:
⇒ Alt Lock an.
⇒ Alt Lock aus.
Wäre nur cool, wenn man das auch in X hätte, da es da auch mehr bringen würde (Ok, Emacs läuft überall), obwohl der Feature Freeze für 2.0 das wahrscheinlich nicht zulässt. Habe im neueren Mailarchiv was über Neo3 gelesen. Kommt da noch was?
Schöne Grüße,
Manuel
Nachdem ich das Problem auf der System Rescue CD erst mal nicht reproduzieren konnte, hab ich es gestern zufällig erwischt. Es funktioniert mit Mod4. Da ich gerade nur mein gestern gerettetes System am Laufen habe könnte die Reihenfolge der Schritte 2,3 bzw. 5,6 natürlich auch vertauscht sein, falls er sich dort etwas anders verhält.
Die SystemRescueCD-4.9.4 hat eine abgespeckte Neo-Konsolenmap eingebaut, die mit Zahlencode 50 beim Booten vom Initrd-Skript aktiviert wird. Die originale auf den Boot USB Stick kopierte Map findet man unter /tftpboot. Man sollte mit Standardoptionen booten, da das Verzeichnis beim Booten mit Caching2Ram nicht existiert. Wer einen aktuelleren Kernel braucht, nimmt den Alt-Kernel Eintrag mit Kernel 4.9*.
http://www.system-rescue-cd.org/Download/
Hoffe, es lässt sich damit reproduzieren. Die System Rescue CD ist Gentoo-basiert; ich selbst verwende reines Gentoo.
Irgendwelche Ideen, woran das liegen könnte?
Viele Grüße,
Manuel