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 <[email protected]> > On Thu, Jun 7, 2012 at 10:27 AM, andrea diamantini <[email protected]> > 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@freenode
_______________________________________________ rekonq mailing list [email protected] https://mail.kde.org/mailman/listinfo/rekonq
