Yeah, but I've just put Sergey's code in the form's MouseMove event, and cleared the text in my close button class's destroy, and one line in my main prog, and that seems to have done the trick.

>I would say it's extremely annoying... I remember in my prev. job I have to put code in form's click, MouseMove events. I also had to make sure I put some meangful messages in each possible control which has status bar...
>
>>>>This is not so important but I just noticed it. When I hover over a tool button, naturally its Status Bar text displays. If I then move to another "neutral" area, the Status Bar text changes to "Click this to close current form" which belongs to my close button class. I don't know how this got there, presumably it was the last Status Bar text used. Wonder how long it would be before a user notices but I was wondering how to avoid this without too much faff.
>>>
>>>Hi Terry,
>>>
>>>The Status Bar behavior in VFP always was flaky. In that particular case it should display StatusBarText of the control with focus when mouse pointer moves to the "neutral" area. You can call it a bug because current behavior doesn't make any sense.
>>>Just an idea how to clear status bar

* Forms MouseMove
>>>IF NOT EMPTY(_VFP.StatusBar)
>>>  SET MESSAGE TO
>>>  * Or
>>>  * _VFP.StatusBar = ""
>>>ENDIF	
>>>

>>
>>Hi Sergey
>>
>>Thanks. Has this never bothered you? The text isn't necessarily what was displayed before moving to the neutral area. Don't know why it gets "stuck" on the button class's text. Of course, the close button would have been the last button pressed on the previous form.
>>
>>I'll give your code a go. Not sure where to put it - perhaps in the MouseMove event of the form?
>>
>>Terry