Path: utzoo!attcan!uunet!mcsun!unido!laura!klute@heike.informatik.uni-dortmund.de
From: klute@heike.informatik.uni-dortmund.de (Rainer Klute)
Newsgroups: comp.sys.atari.st
Subject: Re: FORMDIAL.PRG
Message-ID: <1995@laura.UUCP>
Date: 16 Feb 90 07:27:33 GMT
References: <1990Feb3.070418.13493@gumby.cc.wmich.edu> <1392@uvm-gen.UUCP> <1990Feb15.161106.17781@gpu.utcs.utoronto.ca>
Sender: news@laura.UUCP
Reply-To: klute@heike.informatik.uni-dortmund.de (Rainer Klute)
Organization: University of Dortmund, W-Germany
Lines: 24

In article <1990Feb15.161106.17781@gpu.utcs.utoronto.ca> barry@gpu.utcs.utoronto.ca (Barry Lay) writes:
>... Mr. Oren points out that calling form_draw() with
                                          ^
Obviously form_dial() is meant here.  ----|


>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.

The problem is the "if" in the last sentence. Some badly
programmed applications do not send their output to some window
but simply put it on the screen. They will not look for
WM_REDRAW messages and thus will not process any of them. (I am
not quite sure whether a form_dial (3, ...) causes the screen
manager to send a WM_REDRAW to the window with handle 0 (the
screen) but if the application does not care for WM_REDRAW
messages that would not make any difference.)

  Dipl.-Inform. Rainer Klute      klute@heike.informatik.uni-dortmund.de
  Univ. Dortmund, IRB             klute@unido.uucp, klute@unido.bitnet
  Postfach 500500         |)|/    ...uunet!mcvax!unido!klute
D-4600 Dortmund 50        |\|\    Tel.: +49 231 755-4663