> If you set the bitmap to be "non-indirect" ... As of OS5, isn't accessing structure internals proscribed? Without a system call for this, though, that may be my only option, and I am willing to use it.
BTW, I was looking for the article you mentionned and nothing jumped out; searching the knowledgebase for BitmapRsc reveals these articles: - copying a bitmap from an offscreen window - using WinPaintBitmap instead of WinDrawBitmap - Making a trigger button that greys out when there is only one item in list - drawing a Bitmap Family Member - Where can I find info about Palm OS API's? Any hints? None of these articles discusses bitmap internals. Thanks Alex "Ben Combee" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 05:43 PM 1/8/2004, alexandre rousseau wrote: > >But how do I tell the new bitmap the address of the bits? The original > >bitmap had discontiguous header and bits; hence, its header contained > >an address at which to find those bits? > > > >Saving that to a rec, and then later restoring it to a new bitmap gives > >me the same header as before, that is, one that points to an invalid > >address for the bits (where the original bits were, as opposed to where > >they are now - in the record). > > If you set the bitmap to be "non-indirect", then it will look for the bits > immediately following the header. > > I strongly urge you to read up on the BitmapRsc example in the Palm OS > knowledgebase. > > -- > Ben Combee <[EMAIL PROTECTED]> > CodeWarrior for Palm OS technical lead > Palm OS programming help @ www.palmoswerks.com > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
