On 06/13/12 09:49, Manolo Gouy wrote:
> About the doc of the contructor:
> Fl_RGB_Image(const uchar *bits, int W, int H, int D, int LD):
> I don't see support for D=0 in the code of Fl_RGB_Image,
> or am I wrong?
Ah, good catch. Fixed in r9595.
I based that info on the docs for Fl_Image::d() which says:
Returns the current image depth.
The return value will be 0 for bitmaps,
1 for pixmaps, and 1 to 4 for color images.
It didn't help that the argument name for the pixel data
in the RGB ctor is called 'bits' ;)
But I see now the context of those Fl_Image docs are for
/all classes/ that derive from it, and the D=0 comment is
perhaps specific to the Fl_Bitmap subclass.
I have some code I wrote earlier this morning to test the D=1 value:
http://seriss.com/people/erco/fltk/#Fl_RGB_Image_Inline_Example
..because I wanted to verify it meant a grayscale and not a colormap.
(pixmaps can be both)
Just now modified that to test the D=0 value, and it draws an
'X' instead of the bitmap pattern, so verified D=0 doesn't work
in this context in actual testing.
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev
