[rekonq] Fwd: [ANNOUNCE] rekonq 0.6 stable release

[andrea diamantini]

---------- Forwarded message ----------
From: andrea diamantini <adjam7 at gmail.com>
Date: 2010/9/15
Subject: Re: [rekonq] [ANNOUNCE] rekonq 0.6 stable release
To: benjamin.poulain at nokia.com




2010/9/13 <benjamin.poulain at nokia.com>

Hi,
>
> > In this period, due to the "programming speed" we had to fight with a lot
> of regressions, most coming from my "no-one-else-checked" commits (sorry),
> some
> > others coming here and there from your patches.
>
> Maybe it is time to introduce systematic code review? That could help to
> spread the knowledge about the code base, help to reduce the regressions,
> and two people are able to fix regressions instead of one.
>
> Rekonq is not really a toy project anymore, and I feel it could benefit
> from reviews.



I think something has to be done, yes. Are you suggesting something you just
use (eg: in Qt, QtWebKit)?
There are also a bunch of "orthogonal" problems (are they really?) about I'd
like to consider:
1) the imminent move (November, 2010) to a new platform (git.kde.org).
2) Maintain the lowest possible entering barriers. It seems that git +
gitorious merge requests system are the best tool for. IMHO it's not the
same in the actual KDE reviewboard. But I hope it is so just because of
SVN...
3) The necessity to maintain a sort of control on the introduction of new
features.


> 2) Moving from WebView to GraphicsWebView.
> >
> > The second one is just a Benjamin Poulain's hint that needs more
> investigation before.
>
> Actually, I am gonna backpedal a little on this one when it comes to
> OpenGL.
>
> Two reasons for that:
> 1) a bug in the graphics system opengl preventing correct repaint of
> Canvas. It will be fixed in 4.7.1.
> 2) some inconsistent behavior with hardware acceleration. Which will
> require (1) more benchmarking from me, (2) a backbuffer using raster for
> non-accelerated content. We are actually looking into that as well for
> MeeGo, so hopefully a solution will come from there.
>
> Appart from OpenGL support, it could still be interesting to move to
> GraphicsWebView without OpenGL at first. I can help prototyping that.
>
> cheers,
> Benjamin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/rekonq/attachments/20100915/5723f129/attachment.htm