Bring to foreground

[priyank_bolia]

is there wxWidgets API for bring window to foreground and accept key events. Raise don't work for me.

[Ksmith22]

SetFocus()

[priyank_bolia]

SetFocus()

No, not that, actually the problem is when I click a tree item, a show a dialog box, and it goes behind the main window, so I want to bring it to the front, no stay on top and timer solution.

[Jorg]

Have you tried wxDialog::Show(true) ? according to the help text:

If true, the dialog box is shown and brought to the front; otherwise the box is hidden. If false and the dialog is modal, control is returned to the calling program.

Maybe it helps...

- Jorgen

[priyank_bolia]

Have you tried wxDialog::Show(true) ? according to the help text:

If true, the dialog box is shown and brought to the front; otherwise the box is hidden. If false and the dialog is modal, control is returned to the calling program.

Maybe it helps...

- Jorgen

Its a frame, and I already call show in the constructor, the problem is due to tree ctrl, I show the frame in the onclick event handler, it comes up and goes down. I had to use a timer, to again bring it up. And I don't want that, so any solution.

[DFYX]

I'm sorry for posting in a thread which is more than one year old, but I guess that's better than opening a new one since I have exactly the same problem.

I made a wxTreeCtrl with a list of files and there are two ways for the user to open a preview window. He can either doble click on the node in the tree or he can use a popup menu. While the popup menu works great, a doble click (EVT_TREE_ITEM_ACTIVATED) causes the new Frame to appear behind the current one. I think the reason is that there is another event (something about mouse clicks) which gets to the wxTreeCtrl after the event I actually use.

I thought about setting wxSTAY_ON_TOP or wxFRAME_FLOAT_ON_PARENT, but I don't really like this solution. At least not if there is no way to remove those flags after half a second or something.

[tan]

Hi,
what way you show the new Frame from EVT_TREE_ITEM_ACTIVATED event handler? Just call some_frame->Show()?
My suggestion is using AddPendingEvent in the activate handler. You can use your popup menu event here since it make the same job

[DFYX]

I guess that could work. I'll edit this post as soon as I've tried.

Edit:
Works great. Thanks!

[evendine]

I have wasted much time on this issue (identical problem to the one DFXY described)...

Under MSW these functions seem to be patchy at best and often non-functional, as far as I can tell:

Code: Select all

SetFocus()
Raise()
Show()

One would expect

Code: Select all

event.Skip(false)

at the end of the wxTreeCtrl activate handler to prevent all further event processing related to that event, but it clearly doesn't, which makes one wonder if things as basic as Skip() and Raise() don't work - what does!?

[priyank_bolia]

I guess, setting the tree control as parent of the frame would resolve the issue. Try it, also try with set_on_top_of_parent flag.

[rex666]

I was having the same problem on wxMac. In my situation, I double-clicked on a list to show a window with info about the item. I found that if I used the menu or menu shortcut the new window would be above my list window, but if the list control's activate handler was used the new window would be behind the list window.

Tracing in the debugger, it seems that the Mac mouse handling code would bring the window that was clicked on to the front after the wxEvent processing was finished, but before the next wxEvent was processed. I solved the problem by changing my code to use AddPendingEvent to simulate a menu selection, instead of just calling my menu handler directly from inside the list event handler. This allows the mac mouse code to do its thing and bring the clicked list window to the front before creating the history view.

If you have a context menu, then you should also make a custom menu class that does the same thing.