Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!apple!decwrl!pa.dec.com!shodha.enet.dec.com!evans.enet.dec.com!bittrolff
From: bittrolff@evans.enet.dec.com (Steve Bittrolff)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: saving screen in a GEM app.
Message-ID: <3034@shodha.enet.dec.com>
Date: 26 Apr 91 22:09:03 GMT
Sender: news@shodha.enet.dec.com
Organization: Digital Equipment Corporation
Lines: 24


>If you're drawing `custom' objects in your dialog box that can't be managed
>with the given set of boxes, buttons, etc, you should consider using a
>G_PROGDEF object: the ob_spec should then point at a data structure (can't
>remember the name) which contains the address of a routine to do the custom
>drawing, and a longword parameter.  This way you can still use objc_draw(), 
>which will automatically use your code to draw your custom object.  Again, I
>would recommend Tim Oren's ProGEM for a better explanation of this.

My custom objects were on the background window, not the dialog box. I haven't
used the PROGDEF pointer before, however. Does it point to executable code or
just some sort of bitmap? (It would be kind of nifty if it pointed to an
executable routine).

I'll also check out ProGEM. I know you posted a pointer to it, and I lost it,
where can I find it? 

Thanks
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
 Steve Bittrolff                    | KlugeMaster
 bittrolff@pikes.enet.dec.com or    |
 bittrolff@evans.enet.dec.com       |
				    |
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^