[Bug 229375] New: KDE replacement Qt file dialog gives bugs for Qt applications

Jeremy Sanders jeremy at jeremysanders.net
Thu Mar 4 09:43:14 GMT 2010


https://bugs.kde.org/show_bug.cgi?id=229375

           Summary: KDE replacement Qt file dialog gives bugs for Qt
                    applications
           Product: kde
           Version: unspecified
          Platform: Fedora RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: unassigned-bugs at kde.org
        ReportedBy: jeremy at jeremysanders.net


Version:           4.4.0 (using KDE 4.4.0)
Compiler:          gcc version 4.4.3 
OS:                Linux
Installed from:    Fedora RPMs

As mentioned here https://bugzilla.redhat.com/show_bug.cgi?id=570090 KDE
replaces the Qt file dialog in Qt applications with the KDE file dialog.

This would be okay, but the KDE file dialog behaviour is buggy and causes quite
serious usability problems in my Qt application Veusz:

- The QFileDialog::selectFilter(filt) function call (documented in Qt <= 4.3)
does not appear to work. The selected filter in the dialog box remains at the
first one. This function call, as far as I can see, is not deprecated.

- QFileDialog::setDirectory(somedir) does not show the contents of the
directory given in the dialog, but shows the directory above. This is different
to the behaviour of the standard Qt file dialog.

- The file dialog does not act quite like a normal dialog. With compositing
switched on, the main application does not go dark like it does with the
standard Qt file dialog. This is a minor issue, however.

I can work round the first issue using QFileDialog::setNameFilter, which
appears to work, but I cannot work round the second issue.

Is there a way of switching off the KDE replacement file dialog as a workaround
until this is fixed?

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Unassigned-bugs mailing list