Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / data / xkeyboard-config
Commits: 756a3880 by Peter Hutterer at 2024-02-13T06:00:11+00:00 symbols: rename vmods to virtualMods That is what libxkbcommon prints out when you dump the keymap with xkbcli compile-keymap, let's keep those in sync. No functional change, "vmods" and "virtualmods" and "virtualmodifiers" are all aliases to each other. - - - - - 06a88885 by Aymeric Agon-Rambosson at 2024-02-14T03:47:49+00:00 fr(oss): Update behaviour of space key to match doc (Closes #439) The documentation of the layout was inconsistent with its actual behaviour. The documentation implied that AltGr + <SPCE> would output nbsp and AltGr + Shift + <SPCE> would output nnbsp, whereas in reality AltGr + <SPCE> did output space and AltGr + Shift + <SPCE> did output nbsp. This fixes the inconsistency by making the layout follow the partial layout implied by nbsp(level3n), as promised by the documentation. - - - - - cc79edb0 by Pierre Le Marre at 2024-02-14T08:28:12+01:00 Add option `eurosign:E` - - - - - 26947b42 by Luis Javier Merino Morán at 2024-02-15T00:39:08+01:00 Improve description of caps:ctrl_modifier The purpose of this option is to have Caps Lock behave as a Control modifier, but still be able to distinguish it from the Control_L and Control_R keys in things like games and emulators. People tend to get confused when in some programs Caps Lock with this option doesn't behave exactly like Control. ctrl:nocaps is probably the option they really want. Fixes #443 - - - - - 3b562c66 by Peter Hutterer at 2024-02-15T23:25:44+00:00 Tidy up .gitignore With meson all our build artefacts are in the build directory so short of any detritus left by the editors the git tree should always be clean. - - - - - 639b0a85 by Peter Hutterer at 2024-02-16T09:41:25+10:00 meson.build: Drop special handling for Makefile.am No longer needed after we dropped autotools in fb7139bd591. - - - - - 6a4b0784 by Peter Hutterer at 2024-02-15T23:45:56+00:00 rules: remove lv5:lsgt_switch_lock_cancel and friends These have been commented out for over 12 years because they're apparently broken, see 569dd72bd4b and https://bugs.freedesktop.org/show_bug.cgi?id=41621 Let's remove those, we can reinstate those if there are users that can make these rules work. Fixes #445 - - - - - 7b04bf65 by Peter Hutterer at 2024-02-15T23:45:56+00:00 rules: remove {lshift|rshift}_both_capslock{_cancel} These were added as rules entries in ac8fa2656 but no-one noticed for 13 years that they had no corresponding base.xml entry. Let's remove them because they look suspiciously like "added because we can" rather than "added because there's a need for it". Google cannot find a single reference to it that isn't this repo or a mirror of it. Fixes #445 - - - - - 6a715dd3 by Peter Hutterer at 2024-02-15T23:45:56+00:00 rules: add a few existing bindings to the base.xml files We have the rules in place for this, let's expose those. Fixes #445 - - - - - 82cfdf15 by Peter Hutterer at 2024-02-17T09:45:58+00:00 Add a triage-policies file This adds the bugbot::too-exotic label with a template for merge requests that are too exotic. - - - - - 90acac43 by Pierre Le Marre at 2024-02-19T11:04:09+00:00 Add caps:digits_row option for Azerty layouts The Azerty keyboards used in France and Belgium have the digits on the shift level instead of on the base level of the top row. In Windows the corresponding layouts have the curious characteristic that CapsLock locks also the digits, meaning that some users have acquired the habit of engaging CapsLock when they need to type some digits. Fix this by adding a new option `caps:digits_row` that applies only to the `$azerty` layouts group (currently `fr` and `be`). This option changes the key type of the digits keys to `FOUR_LEVEL_SEMIALPHABETIC`. There are two drawbacks with this solution: - It is not possible to type the uppercase À, È, É and Ç. Without the option, one gets those by the internal transformation rules, done either by the X server or xkbcommon. - It changes the behavior of the US variants from `fr`. But we do not expect anyone to use at the same time e.g. `fr` and `fr(us-alt)` with the new option `caps:number_row`. Instead we expect e.g. either one uses `fr(us-alt)` alone or `fr,us`. In the former case the option is not needed, while in the later case the option works correctly. - - - - - b961b048 by Peter Hutterer at 2024-02-20T00:34:31+00:00 Purge a few old Nokia devices from our rules files The Nokia RX-51 (N900) came out in 2009. 15 years later we can purge this rule, the number of devices that still exist and need latest xkeyboard-config is too small to worry about. The Nokia RX-44 (N810) an SU-8W were released 2007. - - - - - 1fff8e28 by Peter Hutterer at 2024-02-20T00:34:31+00:00 Purge the Intel Classmate from our rules Released in 2008 we expect few of these devices still exist and those that do probably don't need the latest xkeyboard-config release. - - - - - 2ebbe501 by Peter Hutterer at 2024-02-20T00:34:31+00:00 Purge the macbook 78/79 from our rules Best I can tell these are macbooks released from 2006 to 2012 or something. Doesn't matter too much anyway since the only effect of these rules was a different geometry file. Since geometry is not supported at all in libxkbcommon we won't lose much by dropping these special cases. - - - - - 47805019 by Peter Hutterer at 2024-02-20T00:34:31+00:00 Purge the old macs from our rules See the previous commits, none of these machines need the latest xkeyboard-config. - - - - - 20141e07 by Pierre Le Marre at 2024-02-21T13:47:55+01:00 fr(bepo_afnor): Remove unnecessary include `pc(pc105)` is included implicitly when the rules resolve. This include also have side effects when the layout is not used in first position. Indeed, options usually only set symbols for the first group and rely on having the other groups not setting them for the relevant keys. - - - - - 022c3ca1 by ButterflyOfFire at 2024-03-18T17:07:46+00:00 Correcting "la" to "kab" - - - - - 8073f54f by Kovács halomházi Viktor at 2024-04-19T16:33:09+02:00 Added Old Hungarian layouts for users in SK On branch ohu_sk Changes to be committed: modified: rules/base.extras.xml modified: symbols/hu - - - - - 2d4cd37f by Kovács halomházi Viktor at 2024-04-19T18:39:07+02:00 Several modification on hu file On branch ohu_sk Your branch is up to date with 'origin/ohu_sk'. Changes to be committed: modified: symbols/hu - - - - - f7071484 by Kovács halomházi Viktor at 2024-04-19T19:32:14+02:00 Several modification in hu file On branch ohu_sk Your branch is up to date with 'origin/ohu_sk'. Changes to be committed: modified: symbols/hu - - - - - 8183ba36 by two at 2024-05-24T13:39:11+00:00 ua: allow typing g with altgr - - - - - a58748c5 by jmcwilliams403 at 2024-05-24T13:46:37+00:00 Add missing characters from cp1253 and varEpsilon to Greek layout. Most characters added are either present in the Windows layout, or present in ISO-8859-7 (namely the ‘curly quotes’ added to level4 of 9 and 0), with the exception of Lunate Epsilon (`U03F5`) which was added because it is an additonal graphical variant of the existing Greek letter (like other additions already on the layout) and because AltGr+Shift+E was freed up. All characters have been attempted to be added to their respective key positions from the Windows layout, or on level4 if level3 is occupied. Additionally, the Colemak variant of the layout is synced up with the QWERTY variant. - - - - - ce6e0f0d by Mohamed Akram at 2024-05-24T13:53:22+00:00 symbols/ara: use dead_hamza in mac-phonetic - - - - - 384ccd45 by Yury Kartynnik at 2024-05-24T14:01:18+00:00 ru(ruu): "Ukrainian_i" as "Cyrillic_i" alternative Add `Ukrainian_i` to the 3rd level of `<AB05>` (`Cyrillic_i`) for `ru(ruu)`. RUU (Russian-Ukrainian layout) currently adds `Ukrainian_i` as an alternative for `Cyrillic_yeru`. Arguably though, this letter is the Ukrainian/Belarusian counterpart to the Russian "и", i.e. `Cyrillic_i`. There was no alternative for it anyway, so this patch adds one _in addition to_ the one for `Cyrillic_yeru`. - - - - - a1813cc5 by Peter Hutterer at 2024-05-24T14:08:14+00:00 symbols: make a few sections independent of custom rules These used to have a special entry in the rules file - it's easier if we just make a section for them and have the rules-file entry map 1:1. For ctrl:grouptoggle_capscontrol see commit 6bba53fd - - - - - be26ed56 by Peter Hutterer at 2024-05-24T14:08:14+00:00 symbols: add grab and srvrkeys with a single section This avoids having to special-case grab:debug and srvrkeys:none in the rules files. - - - - - 87336bb1 by Peter Hutterer at 2024-05-24T14:08:14+00:00 compat: add some files to remove special casing in the rules - - - - - 29634510 by Peter Hutterer at 2024-05-24T14:08:14+00:00 types: add the custom types file This file "exists" thanks to a rules file entry to make it possible for (non-libxkbcommon) users to install custom layouts with custom types. Let's add it here to remove some special-casing we would otherwise need in our generator scripts. It must never be installed by us though as this would overwrite user configuration. - - - - - ed901b65 by Peter Hutterer at 2024-05-24T14:08:14+00:00 symbols: symlink the special rules prefixes to our symbols files caps/esperanto/grp/japan/korean/lv2/lv3/lv5 are prefixes uses in our options->symbols mapping. Symlink to the real files so we can expand them in the standard way. For meson version after 1.3.0 we can install those as symlinks too, previously the files would be duplicated. Not much of an issue I expect. - - - - - 9e19fed0 by Peter Hutterer at 2024-05-24T14:08:14+00:00 rules: rename the .part files to be more explicit This makes it immediately readable what maps to what over e.g. ml4_s.part. - - - - - d5fc2a7d by Peter Hutterer at 2024-05-24T14:08:14+00:00 rules: generate the option->{symbols,compat,types} mappings from our XML files The vast majority of options are a straightforward foo:bar = +foo(bar) mapping. Instead of maintaining those mappings by hand let's generate the rules file from the files we definitely maintain by hand: the base.xml (and base.extras.xml) files. This also makes it clearer which ones are exceptions and need to be filled in through other means (or ignored because the option does not affect any symbols). The resulting rules file is identical to the previous hand-generated one but it is alphabetically sorted and uses different whitespacing. For merge.py to work we need to also fix the whitespaces in rules/compat/0041-option_symbols.part, otherwise the duplicate header detection won't work. - - - - - eb687738 by Peter Hutterer at 2024-05-24T14:08:14+00:00 rules: use symlinks to resolve mismatches between option names and files Use in-repository-only symlinks between symbols files that help us to resolve option mismatches, e.g. where we need to map caps:foo to capslock(foo). This effectively reverts symbols: symlink the special rules prefixes to our symbols files - - - - - c895b24c by Sergey Udaltsov at 2024-05-24T14:41:22+00:00 prerelease potfile update - - - - - 4cc3a783 by Geert Hendrickx at 2024-05-28T07:44:57+00:00 Update Rulemak Restore the =+ key and put ъ on AltGr+ь, or alternatively on the ISO 102nd key. Align number row symbols with йцукен for native users. Add more typographic characters on AltGr layer. - - - - - d4765ff5 by Peter Hutterer at 2024-05-29T12:59:33+10:00 Add option scrolllock:mod3 This maps Scroll_Lock to Mod3, effectively enabling this virtual modifier. - - - - - e3dea2fe by Peter Hutterer at 2024-05-29T12:59:35+10:00 symbols/br: remove the default Scroll_Lock mapping This was added in 3b3d93cc06446a9555a1ef4649240c5f2d468308 but the justification in the matching bugzilla entry [1] is: This way I wont need to put this in .bashrc: xmodmap -e 'add mod3 = Scroll_Lock' [...] Maybe it should be added earlier in other setup files like <pc>, but Im not sure. This way, more variants than <br> get it fixed, and the variants that needs to reconfigures mod3, will do it later. IOW it looks like this was added to br(abnt2) for convenience despite it not being part of the actual layout. It was removed in !112 and later restored via !555 when that removal was found to have the wrong reason. The real reason is: there's nothing in the brazilian keyboard layout that requires a scroll lock. Where it is useful to users it should be enabled by those users via option "scrolllock:mod3". [1] https://bugs.freedesktop.org/show_bug.cgi?id=28972 - - - - - 2cf9e8b5 by Wismill at 2024-05-29T20:38:55+00:00 Rules: fix generation script by not hard-coding rules exceptions - - - - - 809b7ad3 by Pierre Le Marre at 2024-05-30T07:33:08+02:00 rules: minor improvement to generation script - - - - - 6b017c98 by Nuclear Squid at 2024-05-30T13:32:07+02:00 Added Ergo‑L layout and variant Ergo‑L is an ergonomic keyboard layout meant to optimize the typing experience in French, English, and programming. Accents, diacritics and fancy typographic symbols are typed using a custom dead key, but it is fully implemented in the keymap itself as an `ISO_Level5_Latch.` Below is a more detailed presentation of the layout (in French): https://ergol.org/presentation/ This commit adds Ergo‑L `fr(ergol)`, along with an angle-mod variant `fr(ergol_iso)` made for ISO keyboards. - - - - - 4e7a62ac by Kovács halomházi Viktor at 2024-06-06T13:07:34+00:00 Optimize working caps in oldhun_sk _ layouts - - - - - da333280 by Sergey Udaltsov at 2024-06-07T17:41:19+00:00 translations updated - - - - - d4fa4671 by Sergey Udaltsov at 2024-06-07T18:36:35+00:00 update meson version - - - - - ee603e0d by Sergey Udaltsov at 2024-06-07T18:37:21+00:00 Releasing 2.42 - - - - - 12 changed files: - .gitignore - .gitlab-ci/inet.in - + .triage-policies.yml - NEWS - compat/caps - + compat/grab - + compat/grp_led - + compat/mod_led - geometry/macintosh - − geometry/nokia - keycodes/macintosh - meson.build The diff was not included because it is too large. View it on GitLab: https://salsa.debian.org/xorg-team/data/xkeyboard-config/-/compare/2426c5997e9f76a45df2016d1092bff360712e70...ee603e0d368adf48b3e15dca6d33a8c6e351d922 -- This project does not include diff previews in email notifications. View it on GitLab: https://salsa.debian.org/xorg-team/data/xkeyboard-config/-/compare/2426c5997e9f76a45df2016d1092bff360712e70...ee603e0d368adf48b3e15dca6d33a8c6e351d922 You're receiving this email because of your account on salsa.debian.org.
