| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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 keyboard driver (for legacy keyboards) reports the same
keycodes for some inet keys as for the extra keys (Henkan and
Muhenkan) on Japanese 106 keyboards.
So on these keyboards Japanese users either loose their extra
keys or some multimedia keys.
In:
commit bd9d0ced6154de583c96573585f428618017fca3
Fix henkan key on jp106 keyboard with inet media keys
the Henkan/Muhenkan keys were reintroduced.
A better fix will map one of the two sets to different and still
unused keycodes.
A patch for the xf86-input-keyboard driver moves the two inet keys
into the range above 0xfb.
This patch contains the corresponding changes to xkeyboard-config.
Both the legacy keyboard driver and xkeyboard-config will have to
be updated simultaniously otherwise users will loose the two affected
multmedia keys.
Signed-off-by: Egbert Eich <eich@freedesktop.org>
|
| |
|
|
|
|
| |
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Keyboards for use with Windows seem to have symbols imprinted
on some layouts which don't match the mappings defined by national
standards and/or what has chosen as default for the respective
language.
Here a second EuroSymbol is added to the AltGr-5 key for the
dk, es, fi, it and no layouts.
A language specific variant model has been chosen to be able
to extend these mappings on a per language basis in the future.
Signed-off-by: Egbert Eich <eich@freedesktop.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit cf93beb47f9907946dd72ca4d481ffbbbadda53a
Let <KPDL> key on it,fr and nl keyboards generate KP_Separator.
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.
It turned out that the information about the keypad separator
for the fr, it and nl keyboard layouts were obtained from what
glibc sets as delimiter for the respective language.
This however doesn't coincide what is imprinted on the keyboards
for the respective languages.
Signed-off-by: Egbert Eich <eich@freedesktop.org>
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=73679
|
|
|
|
|
|
| |
This fixes bug #39954 -- https://bugs.freedesktop.org/show_bug.cgi?id=39954
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
| |
|
|
|
|
|
|
|
| |
To avoid this name getting overridden by the name in the include, so
that 'xkbcomp -xkb' can report the actual name of the layout used.
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
|
|
| |
In user menus, use the normal-world name instead of the key-symbol name.
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
| |
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
|
|
|
|
| |
The little word "use" looks to me too much like the abbreviation "US";
better use the word "with", as used elsewhere, for better contrast,
and for better matching with the corresponding US-keyboard option.
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
| |
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
| |
See also bug: https://bugs.freedesktop.org/show_bug.cgi?id=70887
|
| |
|
|
|
|
| |
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=72292
|
|
|
|
| |
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>
|
|
|
|
| |
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678553
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
| |
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
| |
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
|
|
|
|
| |
Also, give the Esperanto-specific variant of that layout the name of
that language, as is done for the corresponding variant for Portugal.
Acked-by: Felipe Castro <fefcas@gmail.com>
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
|
|
|
| |
It appears that this is the somewhat established convention among
Rusyn users, rather than basing on Ukrainian homophonic.
https://bugs.freedesktop.org/show_bug.cgi?id=44590
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=70639
|