[rekonq] Rekonq 1.0 feature freeze

[andrea diamantini]

Uhm... yes. The change is just that tabs will finally go up. This will be
done in 3 steps, that are:
- completely remove "tab code" from rekonq (creating a notab window)
- clean up the notab window code (in a similar way I tested for kwebapp)
- reintroduce "tab code" up.

Having the tabwidget "between" the webview, the urlbar and the window is a
mess. I just wanna get rid of it.
Anyway, I think that the "tab management" code will remain pretty similar,
so I guess that your feature won't be touched a lot from these changes (but
for a robust rebase job). So, feel free to go ahead with it. +1 from here

2012/6/8 David Narvaez <david.narvaez at computer.org>

> On Thu, Jun 7, 2012 at 10:27 AM, andrea diamantini <adjam7 at gmail.com>
> wrote:
> >
> > uhm... forgotten?
> > btw, I pulled it now, compiled and tested. But it doesn't really work. I
> > drag tab and I can see its preview near the pointer, but when I drop it,
> the
> > tab is not detached and the tabbar is left in a bad state (with the tabs
> > messed up where dropped). So, I don't think it is really ready to merge.
> > Should it?
>
> No, it's not ready and mainly because after I got it working, I
> decided to do a whole new approach which is currently unfinished since
> I haven't been able to dedicate much time to it. My question is how
> should I proceed now, or what version will that feature target -
> because as I remember, there was going to be a change in tab
> management[0] which would affect that feature, etc.
>
> David E. Narváez
>
> [0] http://mail.kde.org/pipermail/rekonq/2012-February/003704.html
>



-- 

Andrea Diamantini
WEB: http://www.adjam.org

rekonq project
WEB: http://rekonq.kde.org
IRC: rekonq at freenode
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/rekonq/attachments/20120610/c4747b62/attachment.html>