9743fbf6b7
plan9port completely ignores XCompose because it has its own compose mechanism (which is mapped to the same key). The sequences are defined in /lib/keyboard and need to be compiled in. Support for the BQN unicode characters is achieved by generating the necessary lines for /lib/keyboard from the .inputrc (for GNU readline) that is part of mlochbaum/BQN (simply because that file is somewhat parseable and stores the sequences in ASCII, contrary to .XCompose). This is implemented by a small BQN script which is executed in postPatch. All usual sequences are supported except those that map to the second ASCII character of the sequence. These exist to keep certain characters typeable in other input system. Thanks to the explicit compose key, Plan 9 doesn't have this problem. Change-Id: I590c03fd69a2aae3cbbbd39ebcbce6cec0418b50 Reviewed-on: https://cl.tvl.fyi/c/depot/+/13034 Reviewed-by: sterni <sternenseemann@systemli.org> Tested-by: BuildkiteCI Autosubmit: sterni <sternenseemann@systemli.org> |
||
|---|---|---|
| .. | ||
| default.nix | ||
| latin1-increase-compose-capacity.patch | ||
| neo-modifier-fix.patch | ||