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

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

Hi

Am 27.08.26 um 20:38 schrieb Alan Mackenzie:

quoted

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

quoted

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).