[rekonq] Re: Kubuntu's Rekonq Wishlist

Andrea Diamantini adjam7 at gmail.com
Thu Nov 18 19:46:22 CET 2010


On Wednesday 17 November 2010 14:34:11 Jonathan Riddell wrote:
> At the Ubuntu summit last month we had a session discussing a wishlist
> for Rekonq.  Some of these have been discussed already on IRC or this
> list.  I'm a big rekonq fan, these are just some thoughts from users
> who like what you do :)
> 
> 
> '''Notes'''
>  * Rekonq is innovative browser for KDE.  We like.
> 
> '''Wishlist items'''
>  * release schedule in line with Kubuntu?
>   * Natty release schedule has feature freze on February 24th and
> final freeze on April 14th.

I'll be happy to try releasing our next stable (let's say 0.7) synced with 
your next. What I don't want to ensure is that this will ever happen.

>  * Clear button returned to URL bar (use case: select URL in konsole,
> paste into URL bar), not including it deviates from KDE UI
>   * Being discussed on this list already

We just debated one time about this. Our urlbar has just deviated from KDE UI. 
In fact we have a LOT of icons on the right and the easy 
KLineEdit::setClearButtonShown(true) in the KDE API will NOT work.
Moreover, it has been just discussed/decided that we consider that button 
"unuseful". Or better, that it is exaggerated providing such option, 
considering the importance and the number of the other right buttons. 
I suggest alternatives for the use case proposed:
1) With the mouse: double click on the urlbar, right click, copy
2) With the mouse: right click on urlbar, select all, copy
3) with the keyboard: CTRL+SHIFT+C (in Konsole), open rekonq, CTRL + L, CTRL + 
V

>  * Right-click "open with"
>   * adjam: good browsers don't need this. I suggest to help fixing
> eventual rendering bugs instead
>   * jriddell - not sure what rendering had to do with it.  I've seen
> screenshots of the Open With dialogue with dropdown menu button to
> select an alternative application.

uhm.. I probably misunderstood here. What I don't like here is the ability of 
konqueror to open an URL eg: with firefox. Or with 'any other installed 
browser'.
The ability of letting users choose the application they like to open eg: a 
pdf, a video, or "something we cannot render" is something we are working on.
Targetting 0.7 

>  * ctrl-w should always close a window, even if it happens to be the
> last one
>   * adjam: this behavior has been decided from users. I'm ok with any
> change here, but doing it every release is suboptimal
>  * Different name - rekonq is not really ideal (code doesn't need to
> change, just the app name exposed to the user).  or at least a capital
> letter to match normal English usage

Modifying name from rekonq to Rekonq is really not a problem for me. I'm not 
sure to understand what "the app name exposed to the user" is

>  * Bookmarks toolbar does not stay hidden on restart

I agree :)
I'd like just to note that it works here. In fact I don't use it and I never 
see it coming out. Is this problem related to Kubuntu "shared menubar" 
implementation?

>  * smaller spinners in start page previews -- agateau


>  * open gzip text files embedded
>   * jriddell - this seems to be possible with the right KDE mimetype
> hander setttings

>  * fix printing and find in embedded okular
>   * adjam: YEAH!! Anyway, this means some big changes as the actual
> system does not seem supporting it very well and it's not so
> "expandable". Targetting 0.7

They work now! Or better, they'll work as soon as I'll merge my code branch 
about. Expect in one  month a 0.6.2 release KDE SC 4.5.4 based and with this 
fixed!

>  * Fix re-open last tabs on startup, doesn't do anything in git
> version

>  * user agent: can you modify this for websites? this is a horrible
> fix for getting to certain features such as yahoo mail, but if i were
> to use rekonq full-time, i would definitely need this
>   * adjam: scheduled for the first release KDE SC 4.6 based

As just explained, user agent settings depend on one patch actually in KDE SC 
trunk.
We now need some good ideas for the implementation.

>  * Support for opening links with keyboard (look at vimperator firefox
> extension for the way they give keyboard access to links) --
> agateau. known as 'access keys' in konqi/kde --nixternal

Yes, access keys. I have to. Volunteers implementing this?

>  * When more tabs are open than can fit on the screen ithe tab bar has a
> habit of jumping around the horizontal position of tabs
> 
> Jonathan
> _______________________________________________
> rekonq mailing list
> rekonq at kde.org
> https://mail.kde.org/mailman/listinfo/rekonq

-- 
Andrea Diamantini
http://www.adjam.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/rekonq/attachments/20101118/b134798a/attachment-0001.htm 


More information about the rekonq mailing list