[Qt-interest] QFileDialog signals
Oliver.Knoll at comit.ch
Oliver.Knoll at comit.ch
Thu Sep 2 16:08:54 CEST 2010
On 2010-09-02 Zeljko Zeljko wrote:
>> ...
>> If it's a native dialog, no signals will be emitted.
>
> hm, then at least qt docs should be updated in this case.
> So, my another question would be: Is there any plans to implement it ?
Implement /what/ exactly? Change the native dialog, such that it signals whether the filter has changed or not? How in your opinion should that be done? ;)
> I know that it's implementable (at least for win32 dialogs and gtk2 dialogs) but
Are you SURE? Because on Windows you DON'T get the native dialog when you create a QFileDialog instance via c'tors - you get the Qt flavour of the file dialog, which off course emits those signals. But Qt can't have an influence on what the native file dialog "emits" and what not.
Then again it also depends on the underlying API: maybe you are right (when you really refer to the native file dialog, as instantiated by the *static* methods in QFileDialog!), and the underlying Win32 API indeed "signals" somehow that something (such as the filter) has changed in the native file dialog instance and Qt can then somehow pickup that event and send the appropriate signal.
But on second thought that totally does not make any sense, since you don't even get access to the actual QFileDialog instance when calling the static methods, so you could not even connect to those signals...
> wondering if it ever will be in qt.
Unlikely, since we are talking about 3rd party code where Qt has no influence upon ;) (Well, in theory you could convince the KDE guys to implement such functionality, and since Qt and KDE are very "close"... who knows ;)
Cheers, Oliver
--
Oliver Knoll
Dipl. Informatik-Ing. ETH
COMIT AG - ++41 79 520 95 22
More information about the Qt-interest-old
mailing list