> On May 15, 2007, at 5:55 AM, Greg Ercolano wrote: > Ya, XPM files are exactly for this purpose; you can just #include them, > or even paste them inline.
Yeah, I've seen those examples. I was considering it, until I saw that the file was composed of readable language. That means that the file isn't compressed into machine code. To confirm my suspicion, I looked at a few image format comparison pages. According to those, they have pretty bad compression since they're basically bunches of pure text with no algorithm that symbolizes it to something smaller. I've also heard that the conversion from PNG to XPM causes loss of information, but that's only if the output doesn't match the number of bits used in the PNG. I use the 24 bit PNG with 8 bit alpha, so I wouldn't know how big the XPM file could get. At least it's not a XBM file. For small scale projects, I'm sure that the use of XPM would be fine, but I would like to get used to working as if it were large scale. XPM just seems too high leveled and uncompressed. But for all I know, I could be wrong on this. So many people use it and I am probably not the only one that has questioned the effectiveness of the code. I just thought that there would be a way to embed it in the executable by specifying the beginning and end of the contents of the PNG file and then have it read by a PNG interpreter on the fly or something like that. > On May 15, 2007, at 1:39 AM, matthiasm wrote: > Fluid also embeds images into the source code for you. How does it embed the image? I've been considering using it, but I'm already halfway on one of my programs. It seems like a fast solution if I were to master the use of it. PS: Excuse me for my pendanticness(I feel a bit im my message), I've stayed awake for almost 24 hours now and it makes my brain think differently in a strange way. _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
