Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!timbuk!marc From: marc@sequoia.cray.com (Marc Bouron) Newsgroups: comp.sys.atari.st.tech Subject: Re: saving screen in a GEM app. Message-ID: <033332.22181@timbuk.cray.com> Date: 26 Apr 91 09:30:51 GMT References: <3012@shodha.enet.dec.com> Reply-To: marc@sequoia.cray.com (Marc Bouron) Organization: Cray Research, Inc. Lines: 31 In article <3012@shodha.enet.dec.com>, bittrolff@evans.enet.dec.com (Steve Bittrolff) writes: |> |> >The trouble with this is, you only get 1 level of nesting (or another 32K |> >every time you open another dialog on top of an old one!). |> > |> >A far better, and easier method is to just redraw the form AFTER the nested |> >form is complete. Just use objc_draw for this purpose. |> |> I couldn't use the objc_draw because I had some background graphics (directly |> into the window) that were being written on top of, with no easy way to |> recreate. 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. [M][a][r][c] ################################################################################ # # marc@sequoia.cray.com # . . # # Marc CR Bouron # M.Bouron@cray.co.uk (ARPA) # _|\ /|_ # # Cray Research (UK) Ltd. # M.Bouron@crayuk.uucp (DOMAIN) # (_|_V_|_) # # +44 344 485971 x2208 # M.Bouron@uk.co.cray (JANET) # | | # # # ...!ukc!crayuk!M.Bouron (UUCP) # # ################################################################################