Newsgroups: comp.sys.atari.st
Path: utzoo!utgpu!barry
From: barry@gpu.utcs.utoronto.ca (Barry Lay)
Subject: Re: FORMDIAL.PRG
Message-ID: <1990Feb15.161106.17781@gpu.utcs.utoronto.ca>
Organization: UTCS Public Access
References: <1990Feb3.070418.13493@gumby.cc.wmich.edu> <1392@uvm-gen.UUCP>
Date: Thu, 15 Feb 90 16:11:06 GMT

There is an example of handling dialogs in Tim Oren's ProGem series.  If you
the form_do() in a loop awaiting the proper "exit" button, then wrap it in 
calls to form_draw() (is that the right call?), you shouldn't have a problem.
As I recall, the form_draw() routine takes a numeric parameter which indicates
its function.  Zero allocates a screen area (whatever that means), one animates
the zoom out, two animates the zoom in, and three releases the screen area,
causing the redraw messages.  Mr. Oren points out that calling form_draw() with
a function code of three and the coordinates of the desktop will cause redraws
to be sent for all windows; that is, there is no "balancing" required.  I don't
understand why you have to wait for the redraw to carry on.  If your program
handles messages as they arrive, this shouldn't be an issue.

Barry Lay
University of Toronto