| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When using a `grp:` option, one doesn't want other options to interfere
with this option, so the rules for `grp:` options should come last in
the list.
This fixes issue #383.
Reported-by: Sergey Stolyarov
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
| |
|
|
|
|
|
| |
Explicitly apply alt_space_toggle for all groups allowing it to work
with layouts having SPCE key definitions.
Fixes #346.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Many layouts include the ralt_switch option, which meant that any such
layout as non-first group would monopolize the Right-Alt key and would
invalidate the group toggle -- because the grp:toggle rule would get
applied only to the first layout. Correct this by applying the rule,
when chosen, to every layout.
This fixes https://bugs.debian.org/704209.
Reported-by: Ivan Shmakov <oneingray@gmail.com>
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
This allows the user to switch between layouts with the two Alt keys
(to either the previous or the next group) *and* to use the right Alt
key as third-level chooser. In the bargain it avoids either Alt key
from producing a different symbol upon key release than upon press.
This improves the fix for issue #316.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Seemingly unintentionally bundled together with massive OLPC changes,
commit a8551efb70 from fifteen years ago changed the alts_toggle and
ctrls_toggle to use new key types that relied on virtual modifiers,
in order to address issue #122. But specifying a virtual modifier in
a key assignment does not work, apparenly due to some limitation of
XKM (https://gitlab.freedesktop.org/xorg/xserver/-/issues/297).
It does not look like that limitation will be fixed. So, let's roll
back the alts_toggle to what it was fifteen years ago when it worked.
This refreshed alts_toggle may cause problems for programs that cannot
cope with an Alt key that produces a different symbol upon key release
than upon key press -- the user will then have to choose a different
option for switching between layouts.
(The ctrls_toggle was restored in commit 4346c44713, six years ago.)
This fixes issue #316.
It also fixes issue #43, reported by Mohammed Adnène Trojette,
originally by Itaï Ben Yaacov in https://bugs.debian.org/463373.
Signed-off-by: Benno Schulenberg <bensberg@telfort.nl>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
For some reason, when there is only a general rule for an option,
it gets applied (always? often?) only to the first group, which is
problematic especially for group toggles, because they are meant
to work in every group. Avoid the problem by explicitly defining
a rule for the RCtrl+RShift toggle for every group.
This fixes issue #252.
Originally-reported-by: Leonard Lausen
|
| |
|
|
|
|
| |
Vertically align the rules in several of the files, using tab size 8.
Also fix a typo in a Cherry keyboard name.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
In order for an option to override the multiple levels of a key that
any of the layouts defined, the option must be applied to each group
separately AND the key type must be specified explicitly for group 1.
(Also improve a comment and adjust the indentation to match others.)
Fixes #90.
Reported-by: Oliver Majersky
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ralt_alt is a special mapping: "the right Alt key never chooses the
third level." To achieve this, the key is defined for all four possible
groups.
This causes an issue with the libxkbcommon parser which extends the
keymap to be 4 groups wide thanks to this key, see
https://github.com/xkbcommon/libxkbcommon/issues/262
That is arguably a bug in libxkbcommon whose behavior differs from
xkbcomp - xkbcomp clamps to the number of layouts.
But defining the key this way is wrong, no other keys is defined for
multiple groups on that purpose. The correct way to achieve this
functionality is to define the symbols for group1 only and then adjust
the rules so they automatically apply to all groups currently present.
|
|
|
We only have two rulesets that matter - base and evdev. Let's drop the "base"
prefix from the files that are used by both and leave it only where it is
ruleset-specific.
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
|
