Re: vt: Enlarge the framebuffer glyph size from 16 to 32 bits

From: Alan Mackenzie

Date: Fri Aug 28 2026 - 10:40:10 EST


On Fri, Aug 28, 2026 at 08:12:16 +0200, Thomas Zimmermann wrote:
> Hi

> Am 27.08.26 um 20:38 schrieb Alan Mackenzie:
> > vt: Enlarge the framebuffer glyph size from 16 to 32 bits.

> > This allows:
> > o - More than 256/512 distinct half-width glyphs (in fact, up to 2^21).
> > o - Unicode code points >0xffff (outside the Basic Multilingual Plane).
> > o - Coloured glyphs (as before).

> But what is the use case here? We have excellent support for text and
> font rendering in graphical userspace for I18N and L10N.

GUIs are sub-optimal for pure text work. A full screen terminal is
wanted. The current preeminent user space terminal, kmscon, appears to
lack the refinements of many decades development of the kernel's
console.

Support for blind users exists in the kernel's console. I don't know
how good it is, as I don't (yet) need to use it.

> In contrast, the kernel's text-mode support is limited and a hotbed for
> bugs. IMHO we shouldn't add features, but try to simplify that code base.

>From a user's point of view, the kernel's console is rock solid and
dependable; it doesn't crash, and its interfaces don't suddenly change
with the latest release of KDE or Gnome or whatever.

As is clear, I think the console's limitations should be eliminated.

> Best regards
> Thomas

--
Alan Mackenzie (Nuremberg, Germany).