jonathan wrote:

> Another point concerning the 32K limit on
> some PICT resources.
> (snip)
> ...So, you are going to need at least a header, to tell the file
> 'reader' that the following information is bitmap,rather than
> vector, meaning that, compression protocols aside, a PICT file
> wil be bigger than the similar image in a 'pure' bitmap format.

This is true.  However, PICT resources are NOT limited to 32k anyway.  Only in
very old OS versions did such a limit exist.

>
> Moreover, I saw references to OPENPICTURE, which is usually
> used for recording the drawing of vector graphics - does this
> work for bitmap graphics? - and what overhead does it create?

OPENPICTURE starts the recording of every kind of PICT picture, whether it's
"vector" type or "bitmap" type or some mixture of both.  Typically, the way
you create a "bitmap PICT" is to call OPENPICTURE, and then call COPYBITS.
The COPYBITS command is recorded in the PICT, and all the pixel information is
recorded as a very huge "parameter" of the recorded COPYBITS command.

- Rick