[rekonq] Re : [RFC] THE ROAD TO REKONQ 0.2

[Andrea Diamantini]

On Wednesday 29 July 2009 07:38:45 Emmanuel Surleau wrote:
> On Wednesday 29 July 2009 00:36:06 Lionel Chauvin wrote:
> > > I'll toss up some ideas:
> > > - setting an image as wallpaper from the context menu (unfortunately,
> > > Webkit is not very good at telling whether one is right-clicking on an
> > > image or not)
> >
> > Why not, but is this really useful for browsing ?
>
> For browsing? Completely useless. For changing wallpapers? Very useful.
> That's one of the features which is pretty common in browsers, shouldn't be
> too complicated to implement and which increases the integration between
> Rekonq and KDE.

You can simply open a wish report and someone, one day, will hopefully 
implement it :)

> > > - integration with Okular to display PDFs in the browser
> >
> > Not a good Idea. If you want to do that, it is easier to work on
> > webkit-part and use Konqueror. It is another way but it is not the one of
> > Rekonq.
>
> Not a good idea technically speaking? You don't think having both a tight
> Webkit integration and using non-Webkit kparts is a good idea?
>
> > > - integration with Dolphin for browsing FTP/Webdav
> >
> > Idem

Integrating dolphin and okular mean supporting kparts. We are not using webkit 
kpart, but just webkit Qt API.
rekonq is not natively projected to support them.

> > > - integration with KGet for download management
> >
> > Yes, but less important than KWallet for example.
>
> Sure.

Integrating KGet could be surely a rekonq target. I was a kget fun in KDE3 
times. But now I'm a bit disappointed from kget development.
Too much features (and too much crashes) and focus lost on the "download 
manager" aspect.

> > > - being able to open a new Rekonq window if Rekonq is already open
> > > (sometimes you *do* want to look at two pages side by side - also
> > > extremely convenient for working with multiple desktops), and moving
> > > tabs from one to the other
> >
> > Yes, but after "One process per tab" implementation
>
> Agreed.

Not sure about this. We need to decide. I'm quite happy about current 
implementation. It's safe and clear.
I don't understand the "side by side pages" needing and moving tabs from 
window to window seems to me more a game than a real feature.

> > > - "awesome bar" like Firefox (though Opera and I believe Chrome
> > > have also something similar) which would let you find past history
> > > entries from URL, title, etc... - maybe Nepomuk could help with that.
> >
> > Yes, it must be done but not critical.

Yes, "awesome bar" is another of the killer feature rekonq has to have.
In rekonq you can just find past history entries and google searching directing
writing there. Just type CTRL+L and then write "ciao" to search for it.
My idea here is that we need to better implement it and to let bar being more 
"awesome" (UI speaking). I really like firefox 3.5 here, in example.

> The ideas I put forward were not necessarily intended for the next release
> of Rekonq. I assume some of them could be integrated, if they are easy
> enough to implement, but it's more a case of "general things I'd love to
> see in Rekonq at some point in the future".

Input, patches and ideas are always appreciate :)

Cheers,

-- 
Andrea Diamantini,
rekonq project
WEB: http://rekonq.sourceforge.net
IRC: adjam_AT_freenode
GPG Fingerprint: 57DE 8E32 7D1A 0E16 AA52 59D8 84F9 3ECD DBF9 730F