[rekonq] Re: 0.7 Development: TABS UP

Filippo Leonardi filippo.leon at gmail.com
Wed Sep 29 07:16:38 CEST 2010


In data mercoledì 29 settembre 2010 00:39:23, Andrea Diamantini ha scritto:
>   On 09/28/2010 06:19 PM, Panagiotis Papadopoulos wrote:
> > To sum up:
> > 
> > There are some people who do not really care (me included), a few that
> > do not like the idea of moving the tabs on top of the urlbar (some more
> > fanatic than others :-P ;-)) and an unknown number of supporters for
> > this idea. This seems like a situation that screams for an option :-D
> 
> As just (tried to) explain here and there, I don't see how we can
> implement an option for this. Debating on the problem with Benjamin it
> has been pointed out that this change will not help anyway implementing
> a "multi process browser", in the state (Qt)WebKit is now.
> 
> Going down (one of) the main reasons for the change, I propose to leave
> things as they are now (a la 0.6, tabs under the toolbar).
> If someone is against this and wanna have TABS UP, please "speak" (in
> the sense of write) now :D
> 
> The other main reason for doing the change was that it will fix for free
> two main rekonq code structural bugs (panels & urlbar) that lead
> sometimes to some unwanted behavior and/or to some hacking to let things
> work. Fortunately, the forced refactoring in the TABS UP branch give me
> some ideas on the way to fix those ;)
> _______________________________________________
> rekonq mailing list
> rekonq at kde.org
> https://mail.kde.org/mailman/listinfo/rekonq

In my honest opinion i prefer the elegance, the structural consistency and the 
rationality of the "having tab bars on top".

I don't think that we shouldn't copy Chrome only because it's Chrome. Some 
good idea can be implemented, either if someone had it before.

The more Rekonq is rational, the more Rekonq is usable and consistent.

So: im definetly PRO tabs UP.

Best regards,
Filippo


More information about the rekonq mailing list