[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: QPrintDialog
From: "Aaron J. Seigo" <aseigo () kde ! org>
Date: 2008-05-29 8:42:24
Message-ID: 200805290242.24983.aseigo () kde ! org
[Download RAW message or body]
On Wednesday 28 May 2008, Craig Drummond wrote:
> 2. The "OK/Cancel" buttons do not have icons, even if this option is
> enabled within the control panel. KStyle could control this via
> the "SH_DialogButtonBox_ButtonsHaveIcons" style hint option. But can KStyle
> use KConfig? Or should this setting also be written via QSettings?
i don't believe it can use KConfig as it needs to be work from Qt only apps as
well, which won't have the necessary KComponentData object that KConfig
requires. perhaps it might work if it passed a self-made component data to
KConfig? but still, probably nicer to just use QSettings in this case.
> 3. When printing to file, the QFileDialog is used to select the location. I
ugh; yes, this really is bad
> noticed in qfiledialog.cpp the "_qt_filedialog_save_filename_hook" (etc.)
> variables, but these are marked as "Internal" (but are still exported). The
> attached kfiledialog.cpp.diff uses these "Internal" variables to override
> the Qt file dialog's with KDE ones. Are these safe to use? I assume not,
> unfortunately, but they are one way to solve the print dialog's file
> selector problem.
this is a question for the trolltech people. i'm at a conference where some of
the trolls are, so i'll bounce this off them today and urge one of them to
get back to you on this thread.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core developer sponsored by Trolltech
["signature.asc" (application/pgp-signature)]
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic