Re: [Plib-devel] Re: [PATCH] fntBitmapFont::puts(): set negative coordinates correctly (Part II)

[Bram S. <br...@sa...>]

Melchior FRANZ wrote:
> * Bram Stolk -- Tuesday 05 July 2005 12:56:
> 
>>If z-test is off, and z-buffer writes are off, my guess is that
>>the z coord does not matter.
> 
> 
> I don't think that z is useful for fntBitmapFonts at all. Their main
> advantage is the non-blurry, sharp look. They would probably become
> illegible with any non-zero z. Also, positions of type float don't
> seem to make much sense. I know that this is necessary for inheritance
> from fntFont, but they should probably be explicitly converted to integers.

huh... either I don't understand this, or this is incorrect.
I'm pretty sure that z-testing for glWritePixels and glBitmap is
available if the programmer does not disable it, and fragments are
written with current z-coord. I dont see why they would become
illegible with non zero z.

bitmap pixels are treated similarly to polygon fragments.

Although unusual, my guess is that text with depth, e.g. menus
in the fog :-) is perfectly feasible.

I've commited the 2i version, but the 3f is more correct I think.
So I think we just broke the 'fonts with depth' in plib :-(
I suggest going back to 3 components, thus:
glRasterPos3f(0,0,curpos[2])

Also, I extended the font test with the special case of negative
coords.

   Bram

> 
> And then: fntBitmap don't consider the gap value, which makes setGap()
> and getGap() useless. I'd need the gap, though, and added it where
> necessary. But here again the question arises: should gaps be allowed
> to be floats? I'd convert them to integers before applying. I'll
> provide another patch if I know the opinion of the plib developers
> on this int/float question.
> 
> m.
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> plib-devel mailing list
> pli...@li...
> https://lists.sourceforge.net/lists/listinfo/plib-devel