[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2520
Version: 1.3.0
Fix Version: 1.3.0 (r8287)
Fixed in Subversion repository.
The first part of this STR (Fl_JPEG_Image constructor)
has been fixed by Albrecht by extending the documentation.
The second part (add an in-memory PNG
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2520
Version: 1.3.0
FLTK 1.3 adds a new Fl_JPEG_Image constructor that loads images from
memory:
Fl_JPEG_Image::Fl_JPEG_Image (const char *name, const unsigned char
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2520
Version: 1.3.0
It's set to use two parameters, because the other constructor uses (char*)
to get the filename. Since (char*) can be signed or unsigned, depending on
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2520
Version: 1.3.0
Why not that we are talking about load image from memory, add this too:
(I've got this from the fltk forum so credits should be given to jseb,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2520
Version: 1.3.0
To Matt: I see... I didn't realize the potential char * vs. unsigned char
*, so it is clear that we need both parameters. Thus, the only thing we
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2520
Version: 1.3.0
Domingo, your proposal is interesting, but please file this as a separate
STR so that it won't get lost and we can close *this* STR. Thanks.
Link:
