At least the following characters are indistinguishable (as noticed in
CachedCAT):
N/D, I/T, E/F, B/R, Space/Underscore...
ACO: Is there a possibility for moving the underline one pixel lower?
What prevents you from using the last (blank) line of a minifont? That line
is used for regular fonts...
Homer Simpson
http://zap.to/hsimpson
No...
The font is 4*6 unfortunately, and we can't use the 7th line
Jean-Yves
"Keith J. Farmer" <far...@pacbell.net> wrote in message
news:s5u83a...@corp.supernews.com...
The underline is drawn in the last line..
Jean-Yves
In article <83o8mj$rol$1...@front6m.grolier.fr>,
"Homer Simpson" <hsam...@lemel.fr> wrote:
> >No...
> >The font is 4*6 unfortunately, and we can't use the 7th line
>
> What prevents you from using the last (blank) line of a minifont? That
line
> is used for regular fonts...
>
> Homer Simpson
> http://zap.to/hsimpson
>
>
Sent via Deja.com http://www.deja.com/
Before you buy.
I think I see where the confusion comes from... If you do 1->GROB to an
underlined string, you will see that the underline is drawn on the last line
(which is blank for most characters). That is ok. But if you put the same
string in a choose box, the underlined will be drawn on the 5th line, which
is not blank on most characters, and makes them hard to read and/or
distinguish.
CHOOSE just doesn't interpret the underlined style the same way as other
display programs do. Does it have to be this way? Would it be technically
very hard to make CHOOSE display the line at the right place, one pixel
lower?
Thanks to Keith for having made me notice this inconsistency.
Homer Simpson
http://zap.to/hsimpson