[WebKit-devel] KDE Webkit status update...
Urs Wolfer
uwolfer at kde.org
Thu Oct 8 23:26:47 CEST 2009
On Thursday 08 October 2009 20:38:51 Dawit A. wrote:
> On Thursday 08 October 2009 10:51:53 Michael Howell wrote:
[...]
> > I disagree about completely dropping KWebPage/View. If we keep them, we
> > could add more elements of KDE integration and apps will get it for
> > free. (e.g. wallet integration)
> >
> > Of course, by factoring out the CookieJar and friends, KWebPage/View are
> > made to be very simple classes.
>
> Okay... I can see the benefit of having convenient wrapper
> re-implementations that provide complete KDE integration for free ; so I
> will simplify these classes and leave them in there. My only desire was to
> make sure the essential KDE integration (KIO/CookieJar) can be done
> without having to inherit from these classes...
Go ahead; this way sound perfect to me.
> What I also wanted to discuss but forgot was putting the classes in
> kdewebkit under a namespace instead of simply replacing the Q with K. The
> namespace could be something like "KDEWebKit" or "KdeWebKit" so classes
> can be referenced as KdeWebKit::CookieJar instead of KNetworkCookieJar,
> KdeWebKit::WebPage instead of KWebPage for example... I also want to rename
> the files accordingly so they are easily distinguished. For example,
> kdewebpage.h, kdewebview.h kdewebpluginfactory.h, kdewebcookiejar.h etc.
> Any input, objections ? If no objections which/what namespace should I use
> ?
Hmmm, I'm not sure. I prefer the way without a new namespace, since this is
more common for kdelibs (except KIO IIRC). I'm not sure if there is a policy
how to do that... But I'm quite sure there is a policy which says not to use
multiple uppercase chars for API, so you'd have to name it KdeWebKit.
Bye
urs
More information about the WebKit-devel
mailing list