[ wxwindows-Bugs-1600226 ] wxAUI Floating pane vs. wxDialog on Mac

[SourceForge.net]

Bugs item #1600226, was opened at 2006-11-21 00:22
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1600226&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: AUI
Group: Platform specific
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: JosefH (josefh)
Assigned to: Stefan Csomor (csomor)
Summary: wxAUI Floating pane vs. wxDialog on Mac

Initial Comment:
The problem arises only on Mac/Carbon, the Windows version is ok. 

A wxDatePickerCtrl is used in a normal wxDialog, which is called from a floating wxAUI pane. 

- if the pane is not floating, everything is ok (without wxSTAY_ON_TOP set for the dialog) 

- if the pane is floating, and I donot set wxSTAY_ON_TOP for the wxDialog, even the dialog is behind the floating pane (not on Win!) 

- if the pane is floating, and wxSTAY_ON_TOP is set for the dialog, it comes to the front, above the floating pane, but the calendar control goes behind the pane 

- wxTextCtrl items on the floating pane also appear on the wrong window (on the main window of the application). We have a wxToolBar, a wxScrolledWindow and a wxTextCtrl on the floating pane. 

So it is a really special situation: 
Mac/Carbon + floating pane + wxDialog + calendar control 

(wxWidgets 2.63, wxAUI 0.92, Metroworks 8.3) 

Regards 
Josef

PS. see screenshots attached (the code is too complex)

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

>Comment By: SourceForge Robot (sf-robot)
Date: 2007-08-07 19:20

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

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

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

Comment By: Stefan Csomor (csomor)
Date: 2007-07-24 03:25

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

I've fixed DoShowModal in the 2.8 branch, that makes sure dialogs are
shown above floating windows (as long as wxSTAY_ON_TOP is not set), could
you please retest ?

Thanks,

Stefan

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

Comment By: JosefH (josefh)
Date: 2007-01-26 03:12

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

Hi Stefan,
I am back again at this old problem. We have upgraded to wxWidgets 2.80
with embedded wxAUI. From Metroworks to XCode.

The problem is the same: floating AUI panes have on the Mac the window
class 'kFloatingWindowClass', and so they are always in front of modal
dialogs (per definition). 
Although I can force the modal dialogs to come to the top by using the
flag wxSTAY_ON_TOP, but then any further windows called from here (just
like calendar controls or file select dialogs) will diasappear behind the
dialog with wxSTAY_ON_TOP. 

I have found the following workaround: before opening any modal dialog, I
change the window class of the floating panes through the Mac OS function 
SetWindowClass(floatWinRef, kDocumentWindowClass);
and back again to 'kFloatingWindowClass' when the dialog has been closed.

It is not very beautiful, but it works. And I donot use wxSTAY_ON_TOP any
more. Maybe a general solution for setting the window layers would be
better - if it is possible.
As I have already written, this problem does not exist on Windows.

Regards
Josef

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

Comment By: Stefan Csomor (csomor)
Date: 2006-11-21 01:34

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

Hi

I told him to assign it to me when he mentioned it on the forum, because I
assumed I had to fix things on the wxMac side, but I didn't realize it was
wx 2.6.3, so yes definitely please test against CVS HEAD or RC1 of 2.8, as
we are really committed to polish things before release whenever possible

Thanks,

STefan

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

Comment By: Benjamin I. Williams (biwillia76)
Date: 2006-11-21 00:57

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


I seriously doubt this is a wxAUI problem.  Also, can you please try using
wxWidgets CVS HEAD or wxWidgets 2.8 RC1?  A lot of work has been done on
the calendar control, on wxAUI (since 0.9.2), and on Mac/Carbon since
wxWidgets 2.6.3.

All the best,
Ben


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

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