Dear all I have modified QWidgetPrivate::childAtRecursiveHelper with something that seems quite right: if (includeFrame && qobject_cast<QToolBar *>(child) && qt_widget_private(child)->isInUnifiedToolbar )
instead of: if (includeFrame && qobject_cast<QToolBar *>(child) ) This prevent the unified tool bar to capture events from other tool bars in the application. Best regards, David On 02 Feb 2014, at 16:41, David Garcia <da...@aimsun.com> wrote: > > Dear all, > > I have found the origin of the problem. It is at: > QWidgetPrivate::childAtRecursiveHelper, in the line: > > if (includeFrame && qobject_cast<QToolBar *>(child)) > > Probably don't calling this function with includeFrame from > QWidgetPrivate::childAt_helper solves the problem and creates a new one. For > now it works for me. > > Regards, > > David > > > > On Fri, Jan 10, 2014 at 6:30 PM, David Garcia <da...@aimsun.com> wrote: > > Dear all, > > I have opened a bug (https://bugreports.qt-project.org/browse/QTBUG-36100) > reporting a problem when using a native tool bar and a left toolbar that > affected Qt 4.8.5. This bug prevents us from upgrading from Qt 4.7 (there is > no support in Qt 5.2 for this feature, already discussed in this list in > December). I will appreciate a lot a fix for the problem in the forth coming > 4.8.6. > > I did some testing and seems that the left tool bar (in the example attached) > is capturing events that doesn’t belongs to it. > > Please note that, although is a cosmetic bug (we are not looking for > NSToolbar functionality) this one is particularly important because, without > enabling setUnifiedTitleAndToolBarOnMac, the app doesn’t looks right for Mac > users. > > Thanks in advance, > > David > > > > > -- > David Garcia > Technical Director >
_______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
