Re: Re-factoring the graphical fonts
dave <[email protected]>
| Newsgroups | gmane.comp.sysutils.lcdproc |
|---|---|
| Message-ID | <1300892844.22485.30.camel@dave-OptiPlex-GX620> |
unsubscribe On Wed, 2011-03-23 at 08:33 +0100, Markus Dolze wrote: > 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 > > _______________________________________________ > LCDproc mailing list > [email protected] > http://lists.omnipotent.net/mailman/listinfo/lcdproc