From kde-core-devel  Thu Nov 23 21:22:13 2000
From: David Faure <david () mandrakesoft ! com>
Date: Thu, 23 Nov 2000 21:22:13 +0000
To: kde-core-devel
Subject: Re: RFC: New ctor for KAboutApplication
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=97501462331016

On Thursday 23 November 2000 20:24, Richard Moore wrote:
> Frerich Raabe wrote:
> >=20
> > Hello,
> >=20
> > I'd like to add a second constructor to KAboutApplication, which allo=
ws
> > to specify a custom KAboutData object - this is especially useful for
> > libraries, which have no way to pass a KAboutData object to KGlobal.
> > Are there any objections, suggestions or recommendations on this?
> > Otherwise I'll just go on and add that second constructor.

How can a library be a KUniqueApplication ? I don't understand.

> Go for it - we can use this for applets, extensions, styles,
> Konq viewers...

?? How can extensions, styles and parts be kuniqueapplications ?

KApplication doesn't have such a constructor [anymore], I don't understan=
d why=20
KUniqueApplication should have it, since it's supposed to be a drop-in=20
replacement for the former.
It's KCmdLineArgs that gets the about-data.... A KApp/KUniqueApp construc=
tor
that takes the about-data directly is an open door to apps without cmdlin=
e
args support...
I guess applets are a case of unique-apps for which cmdline support doesn=
't
matter, though. But not necessarily unique either.

--=20
David FAURE, david@mandrakesoft.com, faure@kde.org
http://www.mandrakesoft.com/~david/, http://www.konqueror.org/
KDE, Making The Future of Computing Available Today
See http://www.kde.org/kde1-and-kde2.html for how to set up KDE 2