Robert, >The color depth support is independent of the device capability, so as long >as the OS supports greater color depths, you can always create offscreen >windows/bitmaps of any color depth you like, provided there is enough >memory.
My first choice would have been to use WinCreateBitmapWindow() and pass it the bitmap type pointer, because then it creates the window with the same depth as the bitmap. But it doesn't accept a compressed bitmap, so defeats my purpose. WinCreateOffScreenWindow() creates a window in the current depth, which for a non-color device won't be what I need either. So how do I go about creating a color window to contain the bitmap (on a non-color device)? I think this reminds why I decided to access the Tbmp resource bits directly.... >do a search on 'bitmap', then select the 'OS 5 High Density Overview' white >paper, then scroll down to the question titled 'How do I create a bitmap at >runtime whose bits I can access directly?' and read. That even provides some sample code for handling bitmap resources. However, it also has this disclaimer: "Note that the sample code does not support compressed bitmaps." I think this is one of those cases where I'll just document the limitation that I won't support compressed bitmaps. <g> I am still curious though why BmpCompress() is giving me a parameter error when I attempt to decompress a bitmap moved to the dynamic heap. Doug -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
