| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When twelve years ago, in commit c28367a15, the code points 0x100FE67
and further were added for "dead a" and such, the intention was that
they were raw key codes (0xfe67 and further), not Unicode codepoints.
See the original patch that requested adding very similar key codes
to xorgproto three years earlier:
https://bugs.freedesktop.org/attachment.cgi?id=18679
The compose sequences in libX11 have been updated to use the dead-vowel
symbols instead of the erroneous Unicode codepoints (most of which are
valid codepoints for certain characters, that thus became unusable in
the Amharic locale), so now it's time to update the keyboard layout.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
| |
All other such layouts are named in this manner: Language (Country).
|
|
|
|
|
| |
For most people a cuneiform script like Ugaritic is more likely to
represent the "canonical" ancient script than something like Gothic.
|
| |
|
|
|
|
|
|
|
|
| |
Four days ago commit 43a420f003 dropped the redefinition of `AB09` from
the Canadian OLPC layout, thinking that the Unicode HYPHEN (U+2010) is
the same as keysym 'hyphen'. But the latter is U+00AD, the SOFT HYPHEN.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
| |
Also, adjust some whitespace, delete two stray characters from the
"graphical" representation, correct one, and add a missing one.
|
|
|
|
| |
Also, replace two Unnnn codes with the corresponding symbolic names.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This Gothic layout is put in a new symbols file, called 'ancient',
so that there will be a place for other layouts for antique scripts.
The name "ancient" is chosen because that is how Gothic is marked
in https://en.wikipedia.org/wiki/List_of_ISO_639-2_codes.
This fulfills issue #55.
Proposed-by: Tim Nelson
Original-patch-by: Tim Nelson
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
| |
|
|
|
|
| |
Also reshuffle three keys into order, and drop an unneeded redefinition.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Also delete three pointless NoSymbol specifications, and tweak comments.
|
|
|
|
| |
Also, reshuffle a few keys into their normal order.
|
|
|
|
| |
Also add comments after the Unnnn codes, and drop redundant includes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Nineteen years ago, commit 8e1e2d8195 baptized these four variants with
the words "extended backslash". Nine months later, commit 999e981f4c
synced these names to the relevant symbol files.
But just two days later, commit 3ad7cee7c5 changed one of the names to
read "with <\|> key", in response to https://bugs.freedesktop.org/2319.
(A week later, commit 1b8556fe6f synced this name to the XML file.)
This gave one of the four very similar variants a deviant name.
The string "with <\|> key" is difficult for translators. For a long
time I have thought that "<" and ">" were the relevant symbols, and
that the "|" was an OR symbol, escaped by the "\". In other words:
I thought that the string referred to the LSGT key. :/
What the four variants actually do is: put the backslash and vertical
bar characters on the BKSL key (replacing the dead diaeresis and the
apostrophe), for those keyboards that lack the LSGT key, to make typing
"\" and "|" more straightforward -- these symbols are present also on
the third level of the Q and W keys. So what those variants do is:
add an *extra* backslash and vertical bar character to the layout,
for easier access, at the cost of having the apostrophe accessible
only via AltGr and the dead diaeresis only via Shift+AltGr.
So... name all four variants more fittingly and in the same manner.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In order to make the option `grp:shifts_toggle` effective also with
the few layouts that define the Shift keys too, the option should be
applied to each group separately, and the option should specify the
key type explicitly.
This fixes issue #380.
Problem existed since the T3 layout was added in 2013,
and worsened when the E1 layout was added in 2020.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Many people do not need the CapsLock functionality, so leaving the
first level of the `<CAPS>` key undefined in these two options allows
users to combine `grp:shift_caps_toggle` or `grp:alt_caps_toggle` with
most of the one-level `caps:` options, for more versatility.
(Because of the order of the rules, any `caps:` option will be applied
first, and then the `grp:` option will add a second level.)
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Mapping modifiers to keys instead of to symbols causes problems when
those keys carry symbols that are associated with *other* modifiers,
as this leads to two or more modifiers getting linked together and
thus activated in unison -- which one normally doesn't want.
This fixes issue #382.
(Issue #81 will have to be addressed in some other way.)
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
|
|
|
| |
In Persian, an isolated form of the letter Ye is added after nouns
that are connected to adjectives, and if the noun ends with the
letter He, it is often merged with the following Ye, into the letter
He with Ye above (U+06C0).
This character exists on the second level of AC05 in the Persian
layout of Microsoft Windows, but not in the standard layout.
This commit extends the standard layout to include U+06C0 on the
third level of AC05.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Mapping a modifier to a symbol had the tiny advantage of not needing
to explicitly specify a modifier mapping when putting the symbol onto
some other key through some option. But it had the disadvantage of
risking to lose the modifier mapping for the original key when the
other key was just an addition and not a replacement.
This generalizes the fix from the previous commit.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a modifier is mapped to a symbol, then it will effectively be
mapped to the first-found key that contains the relevant symbol,
and that key might not be the key that the modifier is usually
mapped to, leaving this latter key without a mapping.
So, map the Super modifier to `<LWIN>` and `<RWIN>` instead of to
`Super_L` and `Super_R` -- the Windows keys will then not lack their
Super modifier when some other key is made into a Super key too.
This fixes issue #81.
Reported-by: Josh Triplett
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This makes it easier to see where which symbols are assigned to a key
when grepping for its code.
Also improve a couple of comments.
|
| |
|
|
|
|
|
|
| |
Also rename it, so that the name is more descriptive.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
| |
The "EIGHT_LEVEL_LEVEL_FIVE_LOCK" name was too condensed to make sense.
With "EIGHT_LEVEL_WITH_LEVEL5_LOCK" the reader has at least a chance
of understanding it.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The U2166 (Ⅶ ) was a mistyping of U2116 (№) that has existed since
the original commit d8181925b2 from nineteen years ago.
Also add the @ and the ₼ (manat sign) that Windows has on level 3
of the two neighbour keys.
This fixes issue #375.
Acked-by: Adil Aliyev
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
| |
The 'phonetic' layout does not need to define AB10, as the 'include'
already does. The 'homophonic' layout lacked just one definition to
be complete in itself and not need an 'include'.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Also, add `@` on AltGr+2 and `₼` on AltGr+4, to match what Windows has.
(Not that it matters much, because Azerbaijani is written with the
Latin alphabet nowadays, but it's nice to have things working right.)
This fixes issue #376.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
| |
|
|
|
|
|
|
| |
The definitions are the same as the ones in the included layout.
(The level3 switch is redundant too, but it will be needed again later.)
|
|
|
|
|
|
| |
The fourth level (reached with Shift+AltGr) was empty, so this
gives it some marginal usefulness. Also, it allows eliding a
hidden partial variant.
|
| |
|
|
|
|
| |
Also drop a pointless include, as the 'oss' layout defines all keys.
|
| |
|
|
|
|
|
|
|
|
|
| |
The intention was for the relevant levels to produce no symbol at all.
This fixes issue #374.
Signed-off-by: Harshula Jayasuriya <harshula@hj.id.au>
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
| |
Last year, commit 1bf140a683 mistakenly replaced 'NoSymbol' with 'none'
instead of with 'any', blanking out the first two levels of some twenty
keys, making the 'prog_typo' layout completely unusable. Oops! :|
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
|
|
|
|
|
|
|
|
|
|
| |
Last year, commit 57e35d41d8 mistakenly replaced 'VoidSymbol' with 'any'
instead of with 'none', causing for example Shift+AC09 and AltGr+AC09
to produce a symbol when those combinations should produce nothing.
(In practice, though, this was more or less harmless.)
Reported-by: Harshula Jayasuriya
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|