kdewebkit moved to kdereview

Albert Astals Cid aacid at kde.org
Mon Oct 26 18:43:35 GMT 2009


A Diumenge, 25 d'octubre de 2009, Alexis Ménard va escriure:
> On Sun, Oct 25, 2009 at 9:08 PM, Albert Astals Cid <aacid at kde.org> wrote:
> > A Diumenge, 25 d'octubre de 2009, Albert Astals Cid va escriure:
> > > A Diumenge, 25 d'octubre de 2009, Urs Wolfer va escriure:
> > > > On Sunday 25 October 2009 20:31:25 Albert Astals Cid wrote:
> > > > > A Diumenge, 25 d'octubre de 2009, Urs Wolfer va escriure:
> > > > > > 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).
> > > > > >
> > > > > > It requires an up-to-date kdelibs because of recent changes in
> > > > > > KIO.
> > > > > >
> > > > > > There is still a copy of it in
> > > > > > playground/libs/webkitkde/kdewebkit
> >
> > in
> >
> > > > > > order to allow building the WebKit KPart without kdereview.
> > > > > > Please
> >
> > do
> >
> > > > > > not work anymore with this copy, but use the kdereview copy! I
> > > > > > will drop the playground copy as soon as has been moved to
> > > > > > kdelibs.
> > > > >
> > > > > What's the use case of this?
> > > >
> > > > Many distributions create packages for the WebKit KPart. That's why I
> >
> > do
> >
> > > >  not want to depenend on kdelibs trunk and kdereview parts. It would
> >
> > only
> >
> > > >  introduce additional complexity.
> > >
> > > That's not what i asked, what i asked is why this code should go to
> > >  kdelibs, what does it give over the technologies we already have
> > > there?
> >
> > Ok, let me say it in different words for it to be clear since some people
> > do
> > not want to understand.
> >
> > kdelibs has KHTML, we don't need webkit at all.
> 
> Yes it has and? I mean if we have something that works better why not
> pushing it?
> 
> That is your point of view, let's wait others.
> 
> > The problem is that Nokians agenda is kill KHTML in favor of QtWebkit.
> 
> lol, what gives you this impression? Where have you read this? I think you
> have to stop to be paranoiac (Nokia don't control and don't want to control
> KDE).
> 
> I would rather say that many KDE people are pushing for Webkit, like the
> Silk project (No relation at all with Nokia).
> 
> Have you been to this discussion in Gran Canaria where Konqueror/KHTML
> people were talking about Webkit? 

Yes i was there.

> There was trolls in that group just to
> answer questions and help them with Webkit not to say : "switch to webkit".
> 
> > I only want to remind you the fiasco (Can't print in okular. can't do
> > poster
> > printing. why i can't print only odd pages?) of the killing of KDEPrint
> > by forcing QPrinter on us that never got fixed and we are still suffering
> > the consequences by asking us to rewrite what we already had working.
> 
> This is completely different. It's unfortunate but if Nokia don't fix fast
> enough or don't bring features fast enough, they have an open repository
> where you can add what you would have done in KDEPrint.

No i can't my religion doesn't allow me to develop for corporations for free.

Albert

> 
> 
> Albert
> 
> > > Albert
> > >
> > > > Bye
> > > > urs
> 





More information about the kde-core-devel mailing list