2008/4/16 Juan Vuletich juan@jvuletich.org:
I don't know if you are serious, but I guess that the screen shot at http://www.jvuletich.org/NiceFonts.html shows clearly that using black colored backgrounds as well as colored text on colored backgrounds is not broken at all.
If you care to read the page, it says:
"For black text on colored backgrounds I started experimenting with alpha blending (BitBlt rule 34). But I realized that rule 28 could do a much better work. Rule 28 takes the min value between source and destiny for each rgb component. So it will leave the background untouched except for those pixels where the font wants something darker. There, the font rules. It looks great."
"For doing sub pixel AA of colored text on colored background I believe you need to render the font again. As I can't do that, I use whole pixel AA (i.e. regular AA). So I prepared color maps. For example, to render a red font, I prepared a color map that maps the different colors in the font to red with different translucency. Then I display the text with alpha blending (BitBlt rule 34)."
Yes, i had read this page. Still i can't understand, why you need 32bpp for font bitmaps? Also, subpixel AA works fine only for TFT monitors, while on CRT or on display with different color matrix it may look not correct. I think, that without correct information about display media you should not use subpixel AA.
Cheers, Juan Vuletich
Igor Stasenko wrote:
2008/4/16 Juan Vuletich juan@jvuletich.org:
Hi Igor,
I'd be happier if you actually used it, but...
It does not require BitBlt rule 41. It uses rules 28 and 34. So it uses
the
32 bits (actually it could work with 24, but never tried) to store the
full
subpixel data. The Form in the font has the glyphs in black with colored borders for subpixel rendering.
Yes, but that means that font will look fine only if you render black text on white background. For the rest 2^32-1 (font color variants) such representation is completely broken.
Cheers, Juan Vuletich
Igor Stasenko wrote:
2008/4/16 Juan Vuletich juan@jvuletich.org:
Did I ever tell I did a very small change set that allows 32 bpp StrikeFonts, and a set of free subpixel rendered fonts? Works on any platform without any new plugin. It is what you need for this to
look
really
great (if you are not using FreeType). It is at http://www.jvuletich.org/NiceFonts.html .
I'm aware of your changes concerning fonts. Just one question, why it requires 32bpp , not 8bpp? A raster font should be represented by a mask and 8bpp for mask pixels is more than enough for representing font with fully opaque/fully transparent and semi-transparent pixels. What you doing with rest 24 bits?
I can understand people not using it because they prefer FreeType.
But
I
can't understand how can somebody prefer those ugly fonts...
Cheers, Juan Vuletich
Adrian Lienhard wrote:
Hey, that's cool!
For those that don't have the time to load the code, here is a
screenshot
(sorry for the additional traffic, but since there was no other
response
to
this mail, I think it's appropriate ;) )
...Screenshot removed...
One thing I noticed is that in the text panes, for selected code
the
keyboard shortcuts do not work and the usual context menu is
missing.
Cheers, Adrian
BTW: I still have a problem loading or updating to versions beyond
Pinesoft-Widgets-gvc.301.mcz (even if there are no windows opened
when
loading, which we do using MC config maps). I get an emergency
debugger
from
which the image cannot recover.
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui
UI mailing list UI@lists.squeakfoundation.org http://lists.squeakfoundation.org/mailman/listinfo/ui