[ wxwindows-Bugs-1750841 ] MDI serious problem on wxMac

Tue Jul 24 03:23:13 PDT 2007

Bugs item #1750841, was opened at 2007-07-09 23:53
Message generated for change (Settings changed) made by csomor
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1750841&group_id=9863

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wxMac specific
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: beddy (beddypw)
Assigned to: Stefan Csomor (csomor)
Summary: MDI serious problem on wxMac

Initial Comment:
(tested on wxMac 2.8.3 )
You can see this problem running the MDI sample of wxwidgets on mac.

Try to open two new windows. The selecting dialog (text/drawings) is BEHIND the mdi child windows.

If you have a full screen MDI child window, it's impossible to click on many dialogs (e.g. wxFileSelector ) and it's impossible to close the program (forced task termination is needed )

I think should be good to see this bug fix in a future release.

Bye,

Enrico

----------------------------------------------------------------------

>Comment By: Stefan Csomor (csomor)
Date: 2007-07-24 12:23

Message:
Logged In: YES 
user_id=81467
Originator: NO

I've applied a patch to the 2.8 branch that makes sure dialogs are shown
above floating windows (as long as wxSTAY_ON_TOP is not set)

Thanks,

Stefan

----------------------------------------------------------------------

Comment By: Stefan Csomor (csomor)
Date: 2007-07-24 10:52

Message:
Logged In: YES 
user_id=81467
Originator: NO

Dear Enrico

thanks for the further information, that's helped - hey, you even chose a
third sample: you've picked docview  ;-) no mdi in that one

and you changed the style of the document window in wxFrame
*MyApp::CreateChildFrame from wxDEFAULT_FRAME_STYLE to
wxFRAME_FLOAT_ON_PARENT | wxFRAME_TOOL_WINDOW and that's was makes the
problems. So JosefH is right as then it is indeed the same problem he has.
But you should never have a frame tool window being a document window at
the first place. Keeping this at the wxDEFAULT_FRAME_STYLE will keep the
sample working.

Best Regards,

Stefan

----------------------------------------------------------------------

Comment By: Stefan Csomor (csomor)
Date: 2007-07-24 06:42

Message:
Logged In: YES 
user_id=81467
Originator: NO

Dear Enrico

thanks for the further information, that's helped - hey, you even chose a
third sample: you've picked docview  ;-) no mdi in that one

and you changed the style of the document window in wxFrame
*MyApp::CreateChildFrame from wxDEFAULT_FRAME_STYLE to
wxFRAME_FLOAT_ON_PARENT | wxFRAME_TOOL_WINDOW and that's was makes the
problems. So JosefH is right as then it is indeed the same problem he has.
But you should never have a frame tool window being a document window at
the first place. Keeping this at the wxDEFAULT_FRAME_STYLE will keep the
sample working.

Best Regards,

Stefan

----------------------------------------------------------------------

Comment By: beddy (beddypw)
Date: 2007-07-24 01:34

Message:
Logged In: YES 
user_id=1798347
Originator: YES

Dear Csomor,

I'm pleased to write to you.
I can take you detailed informations, i'm very interested to solve this
problem.
Please remember I'm not an experienced developer on GUIs, but i'm
full-time working on C++/OpenGL since 2005.
I'm trying to develop a 3D (OpenGL ) serious scientific application for
finite element analysis working on Windows/Mac; at this time i'm evaluating
potential problems on wxMac (wxMSW seems quite good )

My o.s. is: Mac Os X 10.4.10 on a Mac-Intel - WxWidgets version: 2.8.3; I
have also a G4 Mac-PPC for testing.
The sample effectively was on folder "docvwmdi"
Configure switches in setup.h:

#define WXWIN_COMPATIBILITY_2_6 0
#define wxUSE_GLCANVAS       1

I've used Xcode to compile WxWidgets, then (about ) I've replaced the
sources of the minimal samples with the sources of "docvwmdi" to compile on
Xcode quickly from minimal.xcodeproj.
You can find an image of the bug here:
http://www.enricobedendo.com/bugs_wxw/070724/mdi_bug.png
And my sample project with ready executable (intel ):
http://www.enricobedendo.com/bugs_wxw/070724/mdi_project.zip
I can test the sample with 2.8.4 tomorrow, but I don't think this will
solve the problem.
In the sample you must do File>New>Drawing 2 times to see the problem.

Thanks in advance,

Enrico Bedendo

----------------------------------------------------------------------

Comment By: Stefan Csomor (csomor)
Date: 2007-07-23 23:28

Message:
Logged In: YES 
user_id=81467
Originator: NO

I've tested things with docvwmdi sample (the mdi sample itself does not
have a dialog when selecting 'New' so I assume it is this sample that you
are using), using xcode as well as via a command line build the
WX_2_8_BRANCH does not show any of these problems when running under
10.4.10. So are you using some special configure switches ? does the 2.8.4
release or the WX_2_8_BRANCH pose the same problem ? under which OS version
are you running it ?

Thanks,

Stefan

----------------------------------------------------------------------

Comment By: JosefH (josefh)
Date: 2007-07-11 12:51

Message:
Logged In: YES 
user_id=1650440
Originator: NO

I think it can be the same problem that I have described in
[ 1600226 ] wxAUI Floating pane vs. wxDialog on Mac

My dirty solution is to change the Windowclass of floating panes before
and after modal dialogs (necessary only on MAC!).
Simplified:

WindowRef	winRef;
winRef = (WindowRef)GetFrontWindowOfClass(kFloatingWindowClass, false);
SetWindowClass(winRef, kDocumentWindowClass);

// Open your modal dialog

SetWindowClass(winRef, kFloatingWindowClass);

Regards
Josef

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1750841&group_id=9863