kdelibs/kdeui
Matthias Kretz
kretz at kde.org
Sat Jun 22 15:08:19 BST 2002
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Saturday 22 June 2002 15:09, Simon Hausmann wrote:
> Interesting idea. Reminds me of kcmodule somehow ;)
Yes. With the important difference that kcmodules have to be dynamically
loaded. I don't think that'd be a good idea for every page of an
application's preferences dialog.
> Just one minor comment: I think it's a bad idea to use the singleton
> pattern with KPreferencesDialog. For example imagine kword and
> kspread both using KPreferencesDialog. Now imagine a kword document
> with an embeddesd spreadsheet. You activate the spreadsheet,
> kspread's GUI appears, you select 'Configure KSpread' . Trouble
> ahead :)
Why? You would get a dialog where the modules from KWord and KSpread would
appear. That was the idea... OK, for KOffice it's probably not the best, but
imagine KView: The app provides some modules, the part provides some and
probably a few plugins do. How would they now the Dialog where they should
add their modules?
Or Konqueror:
You open an image. The KViewViewer KPart gets loaded. Now you open the
configuration dialog and you can configure the KViewViewer and all it's
plugins.
The only problem I see with this, is that a user once found this configuration
dialog and can't find it anymore since he didn't load the right KPart into
Konqueror...
There are apps like Noatun, Kopete and now KView that need to dynamically
insert and remove pages from the dialog and these classes should make that
easier. No program is forced to use this ;-)
Oh, and one question: Did I need to use the KStaticDeleter? And if yes, did I
do it right?
- --
C'ya
Matthias
________________________________________________________
Matthias Kretz (Germany)
http://Vir.homeip.net/
MatthiasKretz at gmx.net, kretz at kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9FITVyg4WnCj6OIoRAkCYAJ0Y05SqySPdlH16nxymcpruc9tlhQCdFOWo
YMpIwPXyBmq/vQHcdXwZY9I=
=o3eY
-----END PGP SIGNATURE-----
More information about the kde-core-devel
mailing list