Custom Query (308 matches)
Results (76 - 78 of 308)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #387 | wontfix | Loslassen von Shift erzeugt XKeyEvent mit KeySym "Caps_Lock" | ||
| Description |
Loslassen der Shift-Taste erzeugt auf Linux ein XKeyEvent mit KeySym "Caps_Lock" statt wie erwartet "Shift_L" bzw. "Shift_R". Dies führt dazu, dass einige Bibliotheken das Loslassen der Shift-Tasten nicht registrieren (siehe z.B. https://github.com/LWJGL/lwjgl/issues/28) |
|||
| #388 | fixed | wortweise springen auf OSX | ||
| Description |
Es sollte eine Möglichkeit geben in OSX mit den Pfeiltasten der Ebene 6 (a bzw e) und Strg oder Option Wortweise in einem Text zu springen. Wie könnte es gehen? Bei OSX kann man mit option und Pfeil rechts und links wortweise mit dem Cursor in einem Text springen. Leider ist 'option' bereits für die 6. Ebene (Mod3+Mod4) vergeben. Wenn ich also auf der 6. Ebene 'option' und i bzw e (neo Tastatur) drücke wird α bzw ∃ ausgegeben. Auf Windows scheint es zu gehen. |
|||
| #392 | worksforme | Narrow no-break space after certain characters | ||
| Description |
Somebody seems to have been so clever to turn the common space into a narrow no-break space (UTF8: 0xe280af, U+202F) after certain character combinations, for instance: "a && b" is turned into "61 20 26 26 E2 80 AF 62 0A" (hex) while it should be "61 20 26 26 20 62 0A". Same for "a + b". This is utterly annoying when trying to write and compile code for instance, gcc does not like the narrow no-break space at all... The issue is gone when setting the keyboard language to English or the classic German layout. The issue appears both on the command line with various terminals (tried: lxterm, gnome-terminal with bash/zsh) and graphical UIs like gedit. Device: Odroid U3 (ARM) Keyboard: Motorola Lapdock (USB) OS: Ubuntu 14.04 |
|||
