Re: Features missing in wscons/wsfont userland utilities

[mlelstv%serpens.de@localhost (Michael van Elst)]

martin%duskware.de@localhost (Martin Husemann) writes:

>But I fail to find the details that make it fit together, starting with
>a way to change the font / test resolution of an exisiting screen or an
>easy way to guess the output filename of ttf2wsfont (in the above example
>and $height = 42 it would be: Ubuntu_Mono_19x38.wsf, but how would the script
>guess that? Of course it could do a temporary directory and look for *.wsf,
>but that sounds like a hack).

wsfont uses a list of builtin fonts defined by kernel configuration.

The drivers use the font list to select the "best" font to
get a 25x80 character display when they are initialized.
That happens before fonts can be loaded.

The font list can be augmented by using WSDISPLAYIO_LDFONT (the
wsfontload command) on drivers that implement the load_font
operation.

WSDISPLAYIO_SFONT can configure a font at runtime, again
it relies on the driver implementing load_font. Unlike LDFONT it
also initializes and resizes the display to the new font.

load_font exists natively for the vga and ega (text mode) driver
(some other drivers implement a dummy that always fails).

load_font is also implemented by the vcons layer (netbsd-8),
so it exists for all(?) framebuffer drivers. However, the driver
has to be tagged as VCONS_LOADFONT as well.

machfb, r128fb, radeonfb, mgx and genfb set VCONS_LOADFONT.

load_font doesn't load a font from external storage, it loads
a font into the graphics driver. Loading a font is done in
two stages (taken from the vcons commit message), e.g.:

wsfontload -N foo /usr/share/wscons/fonts/flori.816
wsconsctl -dw font=foo

-- 
-- 
                                Michael van Elst
Internet: mlelstv%serpens.de@localhost
                                "A potential Snark may lurk in every tree."