P.S. to the bug report below: Actually, it seems that displaying any modal QDialog causes the application menu's submenu item states to be lost. E.g. when our application opens a QDialog-derived preferences dialog and the user closes it, then all submenu items on the application menu bar become enabled. So somehow the menu item states seem to be corrupted after a modal QDialog has been displayed.
That doesn't happen with the older qt-all-commercial-src-4.5.0-snapshot-20090113. Thanks and best regards, Martin Dyde. Martin Dyde, Milan Digital Audio LLC. http://www.crumhorn-labs.com/ http://www.milandigitalaudio.com/ -------- Original Message -------- Hello all, qt-all-commercial-src-4.5.0-snapshot-20090205.tar.gz built with: ./configure -prefix $PWD -platform macx-g++ -arch x86_64 Another bug report: If a user cancels a QFileDialog::getOpenFileName() or getSaveFileName() dialog then items on the main application menu bar remain greyed out (can't be selected) until the user switches to another application and back. For example, run $QTDIR/examples/mainwindows/application, click on the 'file open' tool button, then click the cancel button on the file browse dialog. The items on (for example) the Edit sub-menu of the main application menu incorrectly remain greyed out. Now switch to another application and back, and the Edit sub-menu items are correctly re-enabled. Thanks and best regards, Martin Dyde. Martin Dyde, Milan Digital Audio LLC. http://www.crumhorn-labs.com/ http://www.milandigitalaudio.com/ _______________________________________________ Qt4-preview-feedback mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt4-preview-feedback
