--000e0cdfd70447125d0476ef5d20 Content-Type: text/plain; charset=ISO-8859-1 On Tue, Oct 27, 2009 at 7:42 PM, Aaron J. Seigo wrote: > On October 26, 2009, Urs Wolfer wrote: > > On Mon, 26 Oct 2009 11:15:33 +0100, Allan Sandfeld Jensen > > > > wrote: > > > On Sunday 25 October 2009, Urs Wolfer wrote: > > >> I have just moved the kdewebkit lib from > > >> playground/libs/webkitkde/kdewebkit into kdereview. It's the KDE > > >> integration part of QtWebKit which is used directly in many apps and > > >> libs > > >> already (...which does *not* include the WebKit KPart). Any KDE app > is > > >> supposed to move to this integration lib when it is in kdelibs (plans > > >> are > > >> to move it to kdelibs/kdewebkit). > > > > > > Where does webkit kpart go? I always assumed kdewebkit would move to > > > kdesupport and the webkitpart to extragear/libs. > > > > For the moment it will stay in playground. Only kdewebkit has been moved > > to > > kdereview. > > > > The KPart is not feature complete yet; KWallet integration is missing for > > example. > > does this mean kwallet support is going into the KPart rather than > KWebPage? > if so, then that will mean reimplementing KWallet support for every app > that > doesn't use the KPart, let alone KWebView. > > i ask because there is now a QGraphicsWebView included with QtWebkit which > Plasma eventually will be using instead of our own QWebPage-behind-a- > QGraphicsWidget implementation that we currently use; being able to set the > KWebPage on a QGraphicsWebView and get everything, including KWallet > integration, would be optimal. > +1... > > -- > 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 Qt Development Frameworks > --000e0cdfd70447125d0476ef5d20 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tue, Oct 27, 2009 at 7:42 PM, Aaron J= . Seigo <aseigo@kde.= org> wrote:
On October 26, 2009, Urs Wolfer wrote: > On Mon, 26 Oct 2009 11:15:33 +0100, Allan Sandfeld Jensen
>
> <kde@carewolf.com> wrote= :
> > On Sunday 25 October 2009, Urs Wolfer wrote:
> >> I have just moved the kdewebkit lib from
> >> =A0playground/libs/webkitkde/kdewebkit into kdereview. It'= ;s the KDE
> >> =A0integration part of QtWebKit which is used directly in man= y apps and
> >> =A0libs
> >> =A0already (...which does *not* include the WebKit KPart). An= y KDE app is
> >> =A0supposed to move to this integration lib when it is in kde= libs (plans
> >> =A0are
> >> =A0to move it to kdelibs/kdewebkit).
> >
> > Where does webkit kpart go? I always assumed kdewebkit would move= to
> > kdesupport and the webkitpart to extragear/libs.
>
> For the moment it will stay in playground. Only kdewebkit has been mov= ed
> to
> kdereview.
>
> The KPart is not feature complete yet; KWallet integration is missing = for
> example.

does this mean kwallet support is going into the KPart rather t= han KWebPage?
if so, then that will mean reimplementing KWallet support for every app tha= t
doesn't use the KPart, let alone KWebView.

i ask because there is now a QGraphicsWebView included with QtWebkit which<= br> Plasma eventually will be using instead of our own QWebPage-behind-a-
QGraphicsWidget implementation that we currently use; being able to set the=
KWebPage on a QGraphicsWebView and get everything, including KWallet
integration, would be optimal.

+1...
=A0

--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA =A0EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks

--000e0cdfd70447125d0476ef5d20--