[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1069791: console-setup: Build larger console fonts for HiDPI/accessibility with future 6.9 kernels



My apologies for missing the existing bug scrolling through the list. There were a lot of them to sift through. I may see if some of them have been incidentally fixed as far as I can tell.

I understand the eventual goal for the kernel folks is to rid themselves of CONFIG_VT all together, so I realize this is a stopgap. Even so, could you try to include a DejaVuSansMonoBold font as well? I'd appreciate it if it's possible as I can personally read a smaller heavyweight font and it'd really help debugging servers with my portable display.

Obviously the long-term solution is some userspace alternative that does the same thing probably using cage and some restricted tabbed terminal maybe? Hmm. I dunno if that's even on anybody's radar any sooner than forky.

Joseph

On Fri, Apr 26, 2024, at 10:11, Samuel Thibault wrote:
> Control: forcemerge -1 816111
>
> Hello,
>
> T. Joseph Carter, le mer. 24 avril 2024 13:25:22 -0700, a ecrit:
>> Linux kernel 6.9+ will support larger font sizes for HiDPI screens. This
>> is probably aimed at "more than 4k" monitors, but for accessibility
>> reasons it would be really useful to have larger sizes available sooner
>> for those of us already have 4k sorts of screens.
>
> Yes, that was the points in adding the support in the kernel :)
>
>> Perhaps this might best be done by putting those huge-sized fonts in an
>> appropriately named -huge fonts package? I'll leave the implementation
>> details to you, this is just a request for the fonts to be created.
>
> We already had the request in #816111, also #595696 was about possibly
> generalizing to using rasterized fonts.
>
> I gave a try at converting terminus.ttf to bdf with otf2bdf:
>
> otf2bdf -c C -p 32 -r 72 
> /usr/share/fonts/truetype/terminus/TerminusTTF-4.46.0.ttf > 
> /tmp/terminus.bdf
> bdf2psf --fb  /tmp/terminus.bdf /usr/share/bdf2psf/standard.equivalents 
> ascii.set 256   /tmp/terminus.psf /tmp/terminus.sfm
>
> but the baseline is not coherent. Using DejaVuSansMono seems to be
> working better:
>
> otf2bdf -c C -p 32 -r 100 
> /usr/share/fonts/truetype/dejavu/DejaVuSansMono.ttf > 
> /tmp/DejaVuSansMono.bdf
> bdf2psf --fb --width 32 /tmp/DejaVuSansMono.bdf 
> /usr/share/bdf2psf/standard.equivalents ascii.set 256 
> /tmp/DejaVuSansMono.psf /tmp/DejaVuSansMono.sfm
>
> (I'm adding a new --width parameter to bdf2psf to specify the expected
> width since AVERAGE_WIDTH as set by otf2bdf doesn't really tell)
>
> Samuel


Reply to: