Chris Hawks: > Multiimages look bad if they are not all the same depth.
If "purple" on tile one becomes "black" on tile 2, I understand. Are you saying this happens even when "black" becomes "black", but we chose a lower bit-depth since panel two doesn't have any non-black pixels? I can imagine this because the palm might have trouble switching screen depth, particularly within a screen, but ... it is odd enough that I wanted to verify. I also remember reading that rendering is faster if everything is at the "default" depth. For some users, it might be worth wasting some storage for this rendering speed. Do we zip image records? I assume that an image which is actually monochrome should at least compress well. Alexander R. Pruss: > With a background color set, should we have b&w > images show up as black&background or as black&white? We don't want black & dark grey (or white and light gray). So long as the drawn color has enough contrast from the background, I'm not sure it normally matters. If anything, it would be better to use the chosen background color, (and maybe the chosen foreground color). But if picking the colors requires more space or time (explicit palette?), then it probably isn't worth it. Do palm bitmaps support a transparent color, so that "black" could just let the background shine through? -jJ _______________________________________________ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
