[BRLTTY] Linux console hacking (was: Re: Footsteps towards better accessibility in Linux)
Aura Kelloniemi
kaura.dev at sange.fi
Wed Apr 15 08:39:33 UTC 2026
Hi,
On 2026-04-15 at 01:47 +0200, Samuel Thibault <samuel.thibault at ens-lyon.org> wrote:
> Nicolas Pitre, le jeu. 09 avril 2026 23:12:06 -0400, a ecrit:
> > Done — the protocol now handles grapheme clusters with a three-layer
> > approach (single codepoint, continuation cells, overflow area) and the
> > cell width field covers the whole cluster. See the updated design
> > document attached.
> I'm a bit afraid of the complexity of the dynamic allocation of the
> overflow entry. I agree that adding a limitation to 8 combining
> codepoints brings static limitation, but conversely there have been
> vulnerabilities found due to unbound combining codepoints management,
> and for easier adoption, the protocol should be quite simple.
IMHO, if there is a static limitation, it should be futureproof – i.e. insely
big – like 16 or 32. But of course bumping the protocol version sometimes
should be acceptable.
--
Aura
More information about the BRLTTY
mailing list