#23 closed Fehler/Defekt (fixed)
Probleme mit höheren Ebenen oder Unicode bei der (konsolen-)keymap
Reported by: | pascal | Owned by: | |
---|---|---|---|
Priority: | niedrig | Milestone: | Neo Version 2.0 |
Component: | Dokumentation/Wiki/Webseiten | Version: | 2.0 BETA |
Keywords: | keymap, Textkonosle | Cc: |
Description
Zwar funktionieren die ersten Ebenen, falls man die neo.map als Standard nimmt, jedoch nicht höheren. Läd man jedoch die default defkeymap (qwert*) und anschließend die neo.map, so funktioniert es. Warum???
Change History (6)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Die Skripte »asdf« und »uiae« sind angepasst und ermöglichen nach dem Login automatisch die Vervollständigung der keymap
comment:3 by , 15 years ago
Milestone: | → Neo Version 2.0 |
---|---|
Resolution: | worksforme |
Status: | closed → reopened |
Sollte in die FAQ oder in die Dokumentation oder beides. Vorher das Ticket nicht schließen. Andere könnten das Problem auch haben und sehen nur in die FAQ oder in die Dokumentation.
comment:4 by , 15 years ago
Component: | Linux → Dokumentation/Wiki/Webseiten |
---|---|
Keywords: | Textkonosle added |
→Doku
comment:6 by , 15 years ago
Bei mir (Fedora 8) funktionieren alle Zeichen. Auch wenn ich die Neo-Belegung schon von Anfang an lade. Ist wohl nur ein Problem von Suse 10.3, oder?
Note:
See TracTickets
for help on using tickets.
Der Grund scheint, dass manche Keysyms erst zu spät dem System bekannt gemacht werden; gleiches gilt für die Unicodebezeichnungen.
Die neo.map bringt aber alle wesentlichen Zeichen mit; die restlichen können durch Aufruf des verbesseten asdf-Skripts ebenfalls benutzt werden.
Somit eigentlich kein Ticket → Aufnahme ins WIKI, danach sollte das Ticket gelöscht werden.