It does happen in my application. This happens when I have an independant (not child) QMainWindow "X" floating around with its local non-native menu (imagine this as a "tool window"), and I want to "plug" it into a "hosting dock" of another "big" QMainWindow. In this case, reparenting will happen, "X" will become a child window and the native menu of the "big" QMainWindow will be lost. This is part of a large and sophisticated UI that relies a lot on the wonderful capabilities of QMainWindow.
Philippe On Tue, 20 Oct 2009 10:15:55 +0200 Richard <[email protected]> wrote: > I agree that we should add an extra test in this case. > (But I was not able to recreate that the native menubar was destroyed. > That should not really happend) > > Thanks for pointing this out. > > -Richard > > > > > On Oct 15, 2009, at 11:20 AM, Philippe wrote: > > > Great the new API setNativeMenuBar() for OSX. > > I was tricking Qt before to get the same result. > > However there is one issue. In API: > > > > void QMenuBarPrivate::handleReparent() > > > > There is: > > > > #ifdef Q_WS_MAC > > macDestroyMenuBar(); > > macCreateMenuBar(newParent); > > #endif > > > > And this should not be called for non-native menu bars. > > Else when a window with a non-native menu bar is reparented, the > > main native menu of the appliation is destroyed. > > > > Philippe > > > > > > > > _______________________________________________ > > Qt4-preview-feedback mailing list > > [email protected] > > http://lists.trolltech.com/mailman/listinfo/qt4-preview-feedback > > _______________________________________________ > Qt4-preview-feedback mailing list > [email protected] > http://lists.trolltech.com/mailman/listinfo/qt4-preview-feedback _______________________________________________ Qt4-preview-feedback mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt4-preview-feedback
