>>>I see that VFP 5.0a still has that problem with not always updating the screen when its told to (like ver 2.6).
>>>
>>>Lets say I have code like this:
>>>
>>>Thisform.Label1.Caption='lengthy process .. please wait'
>>>
>>>* lengthy data crunching commands here
>>>
>>>
>>>The problem is the 'please wait' caption is not displayed until *after* the data crunching is finished, which of course defeats the whole idea.
>>>
>>>I've worked out a kludge for this by defining a Timer that fires a KEYBOARD ('ENTER') and adding a wait the the code as follows:
>>>
>>>
>>>Thisform.Label1.Caption='lengthy process .. please wait'
>>>
>>>SMTPForm.DummyTimer.Enabled = .T.
>>>SMTPForm.DummyTimer.Interval = 500
>>>wait '' to dummy
>>>SMTPForm.DummyTimer.Enabled = .F.
>>>
>>>* lengthy data crunching commands here
>>>
>>>
>>>While this does get the 'please wait' to display while the user is having to wait, it just does'nt seem a proper OOP way to handle the problem, does anyone have a more elegant solution ?
>>
>>Or
>>set cursor off
>>wait '' window timeout .01
>>set cursor on
>
>Guess I should have checked the manual on the wait command sometime after switching from dBASEIII to FoxPro, just never occured to me that their would be added functionality. Anyway, even though your code is much more direct than mine it still does basically the same thing. I guess what I'm really hopeing for is a custom label class that has the problem fixed so that with that nifty inheritance thing I don't have to worry about it anymore.
You could look at it as a positive.
FoxPro Like to do data so well that it puts data crunching above Trivial things like updating the screen.
Jeff
It's Time to get a gun.
That's what I've been thinkin.
I think I can afford one, If I do a little less Drinkin.www.TrueGeeks.com