Right, and so the whole reason for this thread.
As I said above, the attempted workaround required a click in the body of the dialog (which is unnatural and causes issues.)
I need to try another workaround, as this click is interfering with the click on buttons at the bottom of the dialog. (Ie, … it’s button bar area.)
Click based? NO, it’s a tabular data display dialog and normally the mouse is only used to manipulate the scrollbar, perhaps size columns (if I implement this,) resize the window via gripping borders, click heading cells to set sort order, and click buttons in the lower “button bar” area.
It just so happens that the data list I’m implementing as an example has no observer that can fire a refresh. This scenario is likely to happen to others so I’ll need to file a request (for a block form
But in the meantime, I have to “hack” it with some kind of workaround, as the body click is a failure.
So, I have to discern somehow that the user themselves are focused on the dialog and any of the mouse manipulation events seems the best way, in the absence of being notified of the window regaining focus.
And yes, I did put a “Refresh” button on the lower left of the dialog.
It seems I may need to implement a timer workaround to check if data has changed