Re: Re-factoring the graphical fonts
Markus Dolze <[email protected]>
| Newsgroups | gmane.comp.sysutils.lcdproc |
|---|---|
| Message-ID | <[email protected]> |
Hi,
Using BDF would be another option. Currently I planning to integrate the
serdisplib driver by Bernhard and make the FreeType support it contains
available as a shared lib for other drivers.
The reason that I have not put anything in 0-31 is simply a restriction
of the font creation tool I used.
Yes, full height hbars look bad on seamless displays. To use the
lib_hbar_static() with a smaller blocks I have to recompile everything
with SEAMLESS_HBARS to prevent it from using ICON_BLOCK_FILLED for the
full block. This is annoying me for a long time already and I think this
should be an option a driver may set. However, I have not yet found time
to change it.
Anyway, I updated the font a little:
* Use hbar chars in line with character height.
* Update small 'c'. The original looked strange compared to other
fonts (although it was like on hd44780 displays)
* Use heart without the surrounding box like in current t6963 and
imonlcd fonts.
Regards,
Markus
On 22.03.2011 07:50, Eric Pooch wrote:
> The font looks good - like the standard HD44780 font, which will be
> nice for consistency. As I mentioned it previously - a BDF font
> rendering library in LCDproc would be nice. I would be happy to
> help. Is there a reason why aren't you using the 0-31 characters in
> the top row of the font? Also, I recall in my testing that a full
> height horizontally extending bar looked too tall, which is why we
> only included a shorter version.
>
> --Eric