- 23 Mar, 2022 2 commits
-
-
Adam Jackson authored
XInitThreads has been called if _Xglobal_lock != NULL, we may as well check that before printing a misleading error message. Signed-off-by:
Adam Jackson <ajax@redhat.com>
-
Request numbers are not always seen in the numeric order by widen(), for example due to Mesa directly calling _XError(). When this happens, widen() adds 2^32 to the reported widened number, triggering failed assertions and bad behavior. With this commit, wrapping of the lower dword is detected in a more robust way, by requiring that a skip of at least 2^31 is seen. This fixes issue #152 . Signed-off-by:
Giovanni Mascellani <gmascellani@codeweavers.com>
-
- 03 Mar, 2022 1 commit
-
-
Benno Schulenberg authored
As the thing in the circle looks a bit like an upside-down Y, use <O> <Y> as the sequence, similar to <O> <A> for anarchism. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 25 Feb, 2022 4 commits
-
-
(These aliases may have been useful on some systems twenty years ago, but nowadays all should have settled on lowercase language code plus uppercase country code.) Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
(Debian has had several of these lines commented out for years.) Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
There is no matching locale in the locale.dir and compose.dir files for the locale eo.UTF-8. Setting it as the locale resulted in compose files not being loaded. Signed-off-by:
iyzana <iyzana@protonmail.com>
-
- 24 Feb, 2022 2 commits
-
-
Also, correct the comment for the double quote character ("), and move the soft hyphen and the interrobangs to a special punctuation group. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Using a misspelled abbreviation (CCCP) of an obsolete country's name to compose a fairly general communist symbol does not seem right. https://en.wikipedia.org/wiki/Hammer_and_sickle Many compose sequences instead combine characters that together look similar to the target character. Do the same here: question mark (?) plus backslash (\) look a bit like ☭ . In the bargain, this fixes issue #63 . Reported-by: Marc Mezzarobba Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 20 Feb, 2022 2 commits
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Benno Schulenberg authored
These sequences follow the logic of: the arrow shaft (=) first, the arrow head (< or > or ^ or v) second. This is so because the sequence <= is already taken for ≤, and there is no obvious ASCII character for a double vertical line, so we have to make do with a horizontal one. Since commit 6101b967 from eight years ago, there is a compose sequence for the rightward double arrow, but not for the other three directions. This fixes issue #138 . Requested-by: Mélanie Chauvel Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 14 Feb, 2022 2 commits
-
-
Benno Schulenberg authored
It is possible for _XimICOfXICID() to return NULL, so it is necessary to check this isn't actually the case before dereferencing the pointer. All other callers of _XimICOfXICID() do this check too. (The check itself is ugly, but it follows the style of the code in the rest of the module.) Fixes issue #45. Reported-by: Bhavi Dhingra Original-patch-by: Bhavi Dhingra Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Christopher Chavez authored
Signed-off-by:
Christopher Chavez <chrischavez@gmx.us>
-
- 13 Feb, 2022 1 commit
-
-
Christopher Chavez authored
-
- 04 Feb, 2022 1 commit
-
-
Signed-off-by:
Denis Drakhnia <numas13@gmail.com>
-
- 03 Feb, 2022 1 commit
-
-
Benno Schulenberg authored
This achieves a more consistent vertical alignment (per group) of the target character and the trailing comments. (Most blocks were aligned in some fashion, except the "Greek Extended" block, which has lines of greatly varying lengths.) Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 02 Feb, 2022 2 commits
-
-
Benno Schulenberg authored
It was done with this script: cat nls/en_US.UTF-8/Compose.pre | sed 's!\(^<.\{6,13\}>\)\s*:!\1\t\t\t\t:!' | sed 's!\(^<.\{14,21\}>\)\s*:!\1\t\t\t:!' | sed 's!\(^<.\{22,29\}>\)\s*:!\1\t\t:!' | sed 's!\(^<.\{30,37\}>\)\s*:!\1\t:!' | sed 's!\(: ".*"\)\s*!\1\t!' | sed 's!\(\s*# \)! # !' > trimmed && mv trimmed nls/en_US.UTF-8/Compose.pre This saves 37 kilobytes of whitespace. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 27 Jan, 2022 3 commits
-
-
Benno Schulenberg authored
Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
This avoids pointlessly tumbling through several more ifs when the conversion has aleady been done. Also remove two redundant conditions (as lower codes have already been handled) and fold two other conditions together. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
A few symbols, like Heta and Sampi and dotted lunate Sigma, have been assigned code points since Unicode Data 4.0, and need their entries. This fixes issue #132. Reported-by: Ray Vine Original-patch-by: Ray Vine Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 26 Jan, 2022 2 commits
-
-
Benno Schulenberg authored
Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
The 'if' at the beginning of _XkbHandleSpecialSym() allows only symbols from the numeric keypad and some control symbols to pass -- XK_hyphen is not among them, so the check for XK_hyphen in the later 'if' will always be false. (The corresponding conversion in _XTranslateKeySym() in KeyBind.c was removed in March 1994.) (Also, several keyboard layouts nowadays contain the 'hyphen' symbol, allowing the user to enter soft hyphens into a document. So we really don't want to remap this symbol.) Fixes issue #48. Reported-by: Bhavi Dhingra Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 23 Jan, 2022 2 commits
-
-
Benno Schulenberg authored
It was added to glibc ten years ago. This fixes issue #57 . Reported-by: Dominique Michel Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
They have not existed in glibc for more than fifteen years. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 22 Jan, 2022 2 commits
-
-
Benno Schulenberg authored
Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
The typo was only partially fixed in commit 22a5255b sixteen years ago, and the internet shows that there was at least one user frustrated that bg_BG.utf8 didn't work but bg_BG.UTF-8 did. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 19 Jan, 2022 4 commits
-
-
Benno Schulenberg authored
Using this KP_Space symbol as a stand-in for the symbol 2 doesn't make sense. It looks like a mistake, or as if someone had a broken keyboard and used KP_Space as a substitute for 2. Also, no keyboard layout in the last fifteen years has contained the KP_Space symbol, so I don't see how anyone could type it. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
They have never worked; there is no point in keeping them in the file. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
Also, align a few trailing comments more consistently, and change some comments so they will be excluded from the installed file -- there is no need for those comments there. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 17 Jan, 2022 3 commits
-
-
ArenaL 5 authored
Probably not used anywhere yet, let alone seriously, as stated in https://en.wikipedia.org/wiki/Copyleft#Symbol Signed-off-by:
ArenaL5 <arenal5@protonmail.com>
-
Benno Schulenberg authored
The compose sequences with the valid Hebrew key symbols are right there. Also, no keyboard layout in the past seventeen years has contained these deprecated symbols on any key. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
The key symbol 'underbar' is equivalent to 'underscore' -- the mirror compose sequences with the latter symbol continue to exist. Also, no keyboard layout in the past fifteen years has contained the symbol 'underbar' on any key -- except a Telugu layout since a few years, but that will be corrected soon. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 16 Jan, 2022 1 commit
-
-
ArenaL 5 authored
This makes the middle dot compose sequences consistent with others that begin with <dead_circumflex> and <Multi_key> <asciicircum>, e.g. superscripted 3 (³) Signed-off-by:
ArenaL5 <arenal5@protonmail.com>
-
- 14 Jan, 2022 3 commits
-
-
It doesn't matter that these lines get wider than 80 columns, as it's easy enough to make the pager scroll a bit to the right, or to have a terminal that is a 100 or more columns wide. It looks better to not hard-wrap these comments. Also, fix the layout of two table elements. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
The wrapped lines messed up the table. Also, add some blank lines to make the table more readable. Elsewhere, add spaces around an operator (for consistency), and correct a copy-paste error. Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Benno Schulenberg authored
When extending the range of changed virtual-modifier keys, one should pass the two variables relevant to that range. These two mistakes were found by grepping for 'modmap_key' and then looking for asymmetries between the handling of the plain modmap thing and the virtual modmap thing. Inspired by issue #76. (I suspect these mistakes were at the base of some intractable bugs reported against xkeyboard-config where virtual modifiers refused to work and had to be worked around by making other changes too.) Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
- 12 Jan, 2022 2 commits
-
-
When there is a break at the end of the while loop, it means that the loop will finish the first time that _XlcGetCharSetWithSide() returns a non-NULL result, which means that the first '(last_charset == NULL)' will always be true and the else part is redundant. Fixes issue #46. Reported-by: Bhavi Dhingra Signed-off-by:
Benno Schulenberg <bensberg@telfort.nl>
-
Signed-off-by:
Antti Savolainen <antti.savo@gmail.com>
-