[rekonq] Re: [GSoC] Plasma integration

Andrea Diamantini adjam7 at gmail.com
Sat Feb 12 15:22:56 CET 2011


On Friday 11 February 2011 15:58:40 Pierre Rossi wrote:
> On Fri, Feb 11, 2011 at 13:34, Lionel Chauvin <megabigbug at yahoo.fr> wrote
> >
> >
> > > In my opinion, Plasma is already too heavy, by trying to do everything,
> > > it does not do a single thing right.
> >
> 
> I tend to agree with that, I feel putting plasma in Rekonq would be
> equivalent to removing the "lightweight" in front of "web browser"... :/

That's NOT an option. 
But I think we don't have really to link against plasma.
This new kpart (obviously) has and we can show it as every other kpart.
It can grab infos from kio and from our history eg via dbus.

>
> ...
>
> My take on this is that having a html skeleton is not enough if the logic is
> hidden inside rekonq, but then the only way of lowering the bar for this is
> to have the logic done in javascript, I'm afraid it's as low as it gets
> these days, plasma or QML won't lower it more, which means the only
> "advantage" of having plasma would be the existing collection of plasmoids,
> and that's what I'm not sure is relevant in a browser.

I also think the "hybrid" approach is better and it will be the "rekonq pages" implementation for 0.7.1 or 0.8.
But when Lionel asked me to add this project to gsoc, I thought he has all the rights to do so
and spend his own time to play with (and mentor) it.

It's the fun of opensource. Isn't it?

-- 
Andrea Diamantini, adjam
GPG Fingerprint: 57DE 8E32 7D1A 0E16 AA52 59D8 84F9 3ECD DBF9 730F

rekonq project
WEB: http://rekonq.kde.org
IRC: rekonq at freenode
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/rekonq/attachments/20110212/a2b5850f/attachment.htm 


More information about the rekonq mailing list