- Jan 29, 2014
-
-
Sergey Udaltsov authored
-
Sergey Udaltsov authored
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
- Jan 15, 2014
-
-
Sergey Udaltsov authored
POT file issued to TP
-
See also bug: https://bugs.freedesktop.org/show_bug.cgi?id=70887
-
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
- Dec 23, 2013
-
-
Sergey Udaltsov authored
-
Sergey Udaltsov authored
-
- Dec 18, 2013
-
-
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
These additions were proposed by Mildred Ki'Lya in: https://bugs.freedesktop.org/show_bug.cgi?id=17960 Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Also adding some blank lines for consistency, unfolding some lines, and tweaking a few comments and removing useless ones. Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Also, lining the symbols up in a more consistent manner. Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
-
The Hungarian keyboard should produce an Adiaeresis when pressing Alt-Gr 'E'. See also: https://bugzilla.novell.com/show_bug.cgi?id=661695 This bugzilla entro also contains a picture of a Hungarian keyboard layout which is more complete as what is currently found on Wikipedia. Signed-off-by: Egbert Eich <eich@freedesktop.org>
-
Notwithstanding the never ending discussion what character this key on the numeric keypad should produce this key should produce what is imprinted on the keyboards. After all all three countries are observing the SI standards. This makes this layout more consistent and match for instance what is done in the de layout. Signed-off-by: Egbert Eich <eich@freedesktop.org>
-
The polish keyboard layout now has the Euro sign on AltGr-U. This patch adds it. Signed-off-by: Egbert Eich <eich@freedesktop.org>
-
- Dec 17, 2013
-
-
-
According to https://bugzilla.novell.com/show_bug.cgi?id=498304 the mapping of the Russian phonetic layout doesn't match what is shown in: http://en.wikipedia.org/wiki/Keyboard_layout#Russian Signed-off-by: Egbert Eich <eich@freedesktop.org>
-
This prevents those rule files from being cluttered up by definitions irrelevant for the respective rule set.
-
When support for inet keys was added to the keyboard driver back in the early 2000 none of the developers thought of Japanese 106 key keybards which have two extra keys generating the scan codes 0x79 and 0x7d. So for keys prefixed with the scan code 0x60 which were not remapped to anything else the line: *scanCode += 0x78; was added. Thus keys generating the scan codes 0xe0 0x01 and 0xe0 0x03 will overlap with the Henkan and Muhenkan keys on Japanese keyboards. Those keys will geneate the keycode 129 (0x81) - symbols: XFER and I01 - and 131 (0x83) - symbols NFER and I03 - in X. The former keycode however maps to the XF86AudioMedia keysym on inet keyboards. From the rules the keysyms are aggregated such that the mapping of the Henkan key on jp106 keyboards (from the jp symbol file) gets overwritten by the XF86AudioMedia mapping. This makes Japanese users loose a key which is rather important for Japanse input methods only to gain a multimedia key which is rather irrelevant to people doing serious typing. This commit adds a huge kludge to fix this: it adds a rule which in turn adds a statement to the symbol string that restores the original mapping of this key on Japanse keyboard layouts. This way Japanse users will still use the XF86AudioMedia key. This of course only affects users of the legacy keyboard driver, evdev doesn't suffer from this problem. The better solution would probably be to change the keyboard driver in X to remap the key sequence 0xe0 0x01 to one of the still unused keycodes in the range above 250. Then the keyboard mappings can be changed to reflect this. WIth this change users using an unmatched combination of xf86-input-keyboard and this package would loose their XF86AudioMedia key.
-
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
-
From checking the usage of KEY_CYCLEWINDOWS in the linux sources, it seems to be meant for task switching, rather than rotating the screen as XF86RotateWindows traditionally does. In turn, KEY_DIRECTION is what some kernel platform modules already use for the "rotate display" key in certain tablet models. So in order to make things consistent, it makes more sense to map KEY_DIRECTION to XF86RotateWindows, and KEY_CYCLEWINDOWS to XF86TaskPane as it's the closest offered behavior. Signed-off-by: Carlos Garnacho <carlosg@gnome.org>
-
- Nov 25, 2013
-
-
Norwegian Bokmål (nob) Norwegian Nynorsk (nno)
-
- Nov 17, 2013
-
-
-
This commit adds the following definitions to the alternative group of the us(dvp) layout: Shift+AC11 is en dash mnemonic: <EC11> is - Shift+AD02 is ... was: dead caron mnemonic: <AD02> is , Shift+AE11 is reverse interrobang mnemonic: <AE11> is ! Shift+AD11 is interrobang mnemonic: Shift+<AD11> is ? Shift+AB07 is micro mnemonic: <AB07> is m Note about ellipsis which replace existing dead caron: The us(dvp) inherited some definitions from us(dvorak) simply because it omitted definition of all 4 levels for given key: key <AD02> { [ comma, less, guillemotleft ] }; which specifies only two levels so the third and fourth happens to be inherited from us(dvorak)'s definitions: key <AD02> { [ comma, less, dead_cedilla, dead_caron ] }; I'm assuming that this was actually not intentional behaviour especially since the overwritten key is available in us(dvp) under another key (which make more sense): key <AD12> { [ at, asciicircum, dead_circumflex, dead_caron ] }; Because of that, I've decided to go ahead and break that behaviour in favour of adding a new key.
-
- Oct 29, 2013
-
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
-