Native mode for KFileDialog API on Windows (again)

Jaroslaw Staniek js at iidea.pl
Mon Jun 9 12:46:11 BST 2008


Hi,
I am looking (again) for the finest way to wrap native file dialogs support 
for Windows in KFileDialog API.
In a such QFileDialog mapping, getOpenFileName() would be mapped to 
QFileDialog::getOpenFileName(), etc.

The goal would be that both KDE and Native mode would be available in the same 
KDE installation, easily switchable in a "Integration" page of the system 
settings.

KFileDialog inheriths KDialog, so we would still keep its instance allocated 
even if it's not displayed, and we could display native dialogs instead.

Notes:
- we want to avoid any changes in the applications code, so no #ifdefs;
   devs that do not even think about windows/mac builds of their could would
   not be disturbed by any requirement

- we agree on that functionality of the native mode is degraded, e.g. no KIO
   support, and only native mimetypes/associations support

- in KDE 3 I've been using such mappings implemented as application's level,
   e.g. in Kexi, but now we have hundreds of apps and want fine level of
   consistency.

- perhaps Mac OS X port would benefit from the native mode too


Any hints? Notes?


PS: This is a technical question, not a request for comments on what mode to 
use. Given developers using kdelibs would just #ifdef things in their code if 
there is no support for the native mode in kdelibs.

-- 
regards / pozdrawiam, Jaroslaw Staniek
  Sponsored by OpenOffice Polska (http://www.openoffice.com.pl/en) to work on
  Kexi & KOffice (http://www.kexi.pl/en, http://www.koffice.org/kexi)
  KDE Libraries for MS Windows (http://windows.kde.org)




More information about the kde-core-devel mailing list