I believe I had a similiar situation,
and I added a check in the frmUpdateEvent like this
if (frmP == FrmGetActiveFrm) or maybe it was WinGetActiveWindow or
WinGetDrawWindow
that way, if the frm gets the message when it's not to be drawn, it ignores it.
Lionscribe
--
For information on using th
"Luc Le Blanc" a écrit dans le message de news:
187...@palm-dev-forum...
>
> And return true to them in modal dialog handlers to avoid a cascade?
>
>
> Luc Le Blanc
> http://www.speleo.qc.ca/Auriga
>
I normaly return true after handling an update event.
Try it, just for the fun of it.
--
Regi
Regis St-Gelais wrote:
> Simulator and emulator (specialy with debug roms) are often
> generating more FrmUpdate events to simulate low memory
> situations.
> Your forms should always be prepared to recive a FrmUpdate event
> at any time.
And return true to them in modal dialog handlers to avoi
"Luc Le Blanc" a écrit dans le message de news:
187...@palm-dev-forum...
>I display a map in non-modal form that can launch a modal dialog upon a
>menuEvent. When the help form is closed in the modal dialog, the modal
>dialog receives a frmUpdateEvent, that gets ignored (nothing to do.) A
>frm
Luc Le Blanc wrote:
> I display a map in non-modal form that can launch a modal dialog upon a
> menuEvent. When the help form is closed in the modal dialog, the modal dialog
> receives a frmUpdateEvent, that gets ignored (nothing to do.) A
> frmUpdateEvent is then received by the "parent" (non-m
t done for the Eagle(circuit
designer software). Just email me.
Zozo
__ Informace od ESET NOD32 Antivirus, verze databaze 4535 (20091023)
__
Tuto zpravu proveril ESET NOD32 Antivirus.
http://www.eset.cz
--
For information on using the ACCESS Developer Forums, or to unsu
