Re: Deferred screen updates in Forms 4.5

From: Gerard H. Pille <ghp_at_santens.be>
Date: 1997/10/29
Message-ID: <01bce441$58fb4280$7b1340c0_at_pcghp.santens.be>#1/1


Only two suggestions:
- don't do any unnecessary show_views
- make it happen faster : eg. install the form on the client machine if it's on a server now, get him a faster machine or a less complex form

-- 
------------
Kind reGards
     \ /   |
      X    |
     / \   x
     Gerard

Ken Shirey <kshirey_at_commercial-data.com> schreef in artikel
<635mko$s68$1_at_excalibur.flash.net>...

> Does anyone know how to cause Forms to defer screen updates until it has
> finished painting all of its windows? Here's the situation:
>
> All forms have a toolbar, one base canvas, and a stacked canvas.
>
> The FORMS_MDI_WINDOW is set to a specific size with Set_Window_Property
>
> The client window (called ROOT_WINDOW) is maximized with
Set_Window_Property
>
> The canvas views are drawn (show_view, etc)
>
> On my client's machines, it takes about 1.5 seconds for this to happen,
and
> they see all of the extraneous flashing and resizing as Forms faithfully
> executes each command.
>
> I tried using Get_Window_Property(FORMS_MDI_WINDOW, window_handle), and
> passing it to an ora_ffi routine. The routine passed the window handle
to
> the LockWindowUpdate() function in user32.dll. Unfortunately, the window
> handle passed back from the gwp routine isn't the window handle of the
MDI
> FrameWindow.
>
> I'm really stuck, and my client is getting upset. Can anyone help??
>
> Thanks a million,
> Ken Shirey
> Commercial Data Systems
> 281-243-1795
> mailto: kshirey_at_commercial-data.com
>
>
>
Received on Wed Oct 29 1997 - 00:00:00 CET

Original text of this message