Don't change MDI children order after showing a file dialog in wxMSW.
Don't use the generic focus saving/restoring code for wxMDIParentFrame in wxMSW as it already saves and restores the active MDI child on its own and we should let it do it, as our code could change the active child when restoring focus if it hadn't been saved correctly previously. The fact that it is isn't saved is another bug, but even if it is fixed, we should let MSW MDI implementation handle activation as we can't do it any better -- but can do worse, as the bug described in #16635 shows. Closes #16635. git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@78341 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
@@ -127,6 +127,7 @@ wxMSW:
|
||||
- Fix updating wxSpinCtrlDouble tooltip text (Laurent Poujoulat).
|
||||
- Fix appearance of checked disabled wxToolBar tools with custom images.
|
||||
- Fix reading of not NUL-terminated strings using wxRegKey (Steffen Olszewski).
|
||||
- Fix unexpected change in MDI children order after showing a file dialog.
|
||||
|
||||
wxOSX/Cocoa:
|
||||
|
||||
|
Reference in New Issue
Block a user