| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change came up after discussions in:
https://github.com/google/mozc/issues/552
This change is not complex, but it has somewhat complex background. The
following discussion describes it extensively.
1. Six keys somewhat related or unrelated
This change involves six keys: ImeOn, ImeOff, Hangul Latin toggle,
Hangul to Hanja conversion, Eisu toggle / Caps Lock and
Katakana / Hiragana / Romaji.
ImeOn is the name used by Microsoft. Apple calls it "Kana switch".
ImeOff is the name used by Microsoft. Apple calls it "alphanumeric".
Hangul Latin toggle is the name used in keycodes directory. Apple calls
it "Hangul/English toggle".
Hangul to Hanja conversion is the name used in keycodes directory. Apple
calls it "Hanja conversion".
ImeOn and Hangul Latin toggle are mapped to Lang1 in USB HID usage and
physically located right to space key.
ImeOff and Hangul to Hanja conversion are mapped to Lang2 in USB HID
usage and physically located left to space key.
Eisu toggle / Caps Lock and Katakana / Hiragana / Romaji has key top
prints somewhat similar to ImeOff (which says "Eisu") and ImeOn (which
says "Kana"), but they have different semantics for Japanese IMEs like
macOS Japanese Input Method, Microsoft Japanese IME, and Mozc have two
distinct states: IME ON/OFF state and input character type. Eisu_toggle
and Hiragana_Katakana are used to toggle the input character type where
ImeOn and ImeOff keys are used to IME ON/OFF state. Their physical
positions are also different. Eisu toggle / Caps Lock are located where
Caps Lock usually sits on a conventional IBM PC keyboard. The position
of Hiragana / Katakana / Romaji are described in Microsoft's
documentation shown later.
The following pages describe the keys listed above:
https://docs.microsoft.com/en-us/windows-hardware/design/component-guidelines/keyboard-japan-ime
https://developer.apple.com/documentation/uikit/uikeyboardhidusage/uikeyboardhidusagekeyboardlang1
https://developer.apple.com/documentation/uikit/uikeyboardhidusage/uikeyboardhidusagekeyboardlang2
2. Messy situation before this change
The following key codes were defined for xfree86:
<EISU> = 210;
<KANA> = 209;
alias <HNGL> = <FK16>;
alias <HJCV> = <FK17>;
They used to represent ImeOff, ImeOn, Hangul Latin toggle, and Hangul to
Hanja conversion, respectively.
However, apparently HNGL and HJCV were incorrect. The following commits
of xf86-input-keyboard suggest they are actually mapped to 209 and 210:
425c1280439fe37497a33c47b5a8432e59cbfb76
ccf63a61f39e1f107a67c33d6a7ad24ea4c76b7e
evdev only has HNGL and HJCV, and they also represent ImeOn and ImeOff,
respectively.
EISU, KANA, HNGL, HNGL, and HJCV were then used to generate the
following symbols respectively:
Eisu_toggle, Hiragana_Katakana, Hangul, and Hangul_Hanja.
Generating Eisu_toggle for ImeOff and Hiragana_Katakana for ImeOn were
semantically incorrect as they rather provide the functionality of Eisu
toggle / Caps Lock and Hiragana / Katakana / Romaji.
3. Solution
This change solves the situation by always defining HNGL and HJCV key codes and
generating Hangul for Lang1 keys and Hangul_Hanja for Lang2 keys. In
this way, Japanese and Korean IMEs can know keys they need to toggle IME
states. Japanese IMEs can also distinguish ImeOn and ImeOff from
Eisu toggle / Caps Lock and Hiragana Katakana / Romaji.
This change lets Hangul and Hangul_Hanja symbols overload semantics of
Japanese and Korean IMEs. This is based on the following rationales:
* evdev always emitted Hangul and Hangul_Hanja symbols before this
change and therefore it would be least disruptive.
* The key pairs are physically located in the same positions so users
would expect them to perform interchangeably when switching Japanese
and Korean IMEs.
* Distinguishing from key codes is not possible anyway because the
underlying hardware complies USB HID Usage Table, which do not
distinguish those keys.
|
|
|
|
|
|
| |
Even the xserver is now meson only and building a desktop stack without
meson is not possible anymore. So let's drop autotools for meson, which
is much easier to maintain.
|
|
|
|
|
|
| |
They're just straight installs.
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
|
|
|
|
| |
No functional changes
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
|
|
| |
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
|
|
|
|
|
| |
Synchronize the PC 'description' entries between
rules/base.xml and geometry/pc.
Signed-off-by: J William Piggott <elseifthen@gmx.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
commit 91da938a16b4dc29df62fa3794d2d046daa2edbe
Author: Sergey V. Udaltsov <svu@gnome.org>
Date: Thu Feb 26 23:32:28 2009 +0000
Dropping national-specific models abnt2, jp106, kr106. The corresponding
geometries are left in the codebase, for some while
Eleven years seems like 'some while'.
Signed-off-by: J William Piggott <elseifthen@gmx.com>
|
|
|
|
|
|
|
|
|
|
|
| |
In 2006 commit bf24472 added a Dell Latitude geometry to
geometry/pc(latitude)
In 2009 commit 9914765 superseded it by adding
geometry/dell(latitude); making the original unreachable,
but it was never removed.
Signed-off-by: J William Piggott <elseifthen@gmx.com>
|
|
|
|
|
|
|
|
|
| |
pc104alt was added in 6f5f166
pc86 was added in 9bbda6b
However, neither commit added a rule so that they could be used.
Signed-off-by: J William Piggott <elseifthen@gmx.com>
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=90960
|
|
|
|
|
|
|
| |
Also removing several superfluous comments, and
adjusting some indentation, grammar and spelling.
Signed-off-by: Benno Schulenberg <bensberg@justemail.net>
|
|
|
|
|
|
| |
Remove support for old Sun Type_4/5 keyboards and update data for Sun
Type_6/7 Keyboards as described in Bug 57450 - XKB data specific for Sun
Keyboards is outdated.
|
|
|
|
|
|
|
|
|
|
| |
It's only used by the X server's ListComponents call, which I intend to
stub out shortly.
(For bonus points, that call will fork xkbcomp to generate the necessary
listings itself if it can't find the *.dir files.)
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
|
|
|
|
| |
Signed-off-by: Alexandr Shadchin <Alexandr.Shadchin@gmail.com>
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=31340
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=29937
|
|
|
|
| |
https://bugs.freedesktop.org/show_bug.cgi?id=26945
|
|
|
|
|
|
|
|
|
| |
Geometries for the long, wired Aluminium Keyboard:
. ANSI model (United States, 109 keys)
. ISO model (International, 110 keys)
. JIS model (Japanese, 112 keys)
Signed-off-by: Damien Ciabrini <damien.ciabrini@gmail.com>
|
|
|
|
| |
Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>
|
| |
|
|
|
|
|
| |
Signed-off-by: Tomas Hanak <ext-tomas.3.hanak@nokia.com>
Signed-off-by: Rami Ylimaki <ext-rami.ylimaki@nokia.com>
|
|
|
|
| |
http://bugs.freedesktop.org/show_bug.cgi?id=25178
|
| |
|
|
|
|
|
|
| |
CVS is no longer used for X.Org modules
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
|
|
|
| |
http://bugs.freedesktop.org/show_bug.cgi?id=23136
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|