[rekonq] [ANNOUNCE] rekonq 0.2.0

[Andrea Diamantini]

On Sunday 23 August 2009 09:52:42 Emmanuel Surleau wrote:
> On Sunday 23 August 2009 05:21:59 Lindsay Mathieson wrote:
> > On Sat, 22 Aug 2009 03:29:11 am Andrea Diamantini wrote:
> > > Here we are, after two beta releases to fixing bugs and let translators
> > > work, we have our 0.2 release!
> >
> > And it is completely awesome, currently I trialling it as a full time
> > replacement for konqueror in Kubuntu (Karmic) and its doing really well.
> 
> It's pretty good. It would be amazing except that I'm suffering from
> https://bugs.kde.org/show_bug.cgi?id=203362 - which is a pain.

About this bug, I'm definitely sure this is not a rekonq issue. As I'm seeing 
you see Debian, are you sure you haven't some patched libs causing this?
I really cannot guess the problem, as no one else confirmed the bug.

> > Currently Karmic is experimenting with Arora as the default browser and I
> > really don't understand why - rekonq is far better integrated and ahead
> > of arora on all features from what I can see.
> 
> Still, Arora is pretty good. And you have to admit that "version 0.2" is
>  not something to make you want to jump

I'm really ok with Arora's Karmic choice and with the fact that rekonq is not 
yet ready to be "the" default browser for anyone. Yet.

> > Things I'd like to see next in rekonq :)
> >
> > - KWallet support, this would be really nice
> > - KDE Session support. I use this a lot in KDE, shutting down my PC and
> > have Konqueror open up the next morning with the same pages loaded is
> > quite nice - Spell Check support. Great for online forums.

KWallet support is planned for the first rekonq version after Qt4.6 release, 
while KDE session support will arrive for 0.3 version.

> Different windows, too. It's even a problem now. If you have rekonq as
>  default browser and open on, say, desktop 4, go to another desktop and
>  open a link from kmail, akregator... Not much seems to be happening,
>  because the link actually opens in desktop 4.

I take this decision some time ago and this seems to me a "clean" solution for 
a lightweight and simple browser.
Anyway, again, we can debate about (and starting working on a new release is a 
good moment..)
I'd like hearing some other opinions about.

> > I'm actually not fussed about separate process per tab support, rekonq is
> > plenty stable enough for me right now. I tend to think its such a big
> > deal in firefox because of the tendency of its plugins and javascript to
> > run out of control.
> 
> One word here: Flash.

We can achieve flash process separation just with kdewebkit integration (or 
using directly nspluginviewer). The fact is that actually QtWebKit integrated 
solution works better. Just that.

> Cheers,
> 
> Emm

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

rekonq project
WEB: http://rekonq.sourceforge.net
IRC: rekonq at freenode