On Saturday 19 September 2009 12:11:24 Lionel Chauvin wrote: > Le samedi 5 septembre 2009 21:42:05, Lionel Chauvin a écrit : > > >Ah, ok. Now I see it. > > >Do you think we should revert the commit or try fixing it some way? > > > > I do not want spend time on this. We have more useful things to do. > > > > If someone want work on it: > > Imo the best way is to create a tabbar entirely independant of Rekonq. > > So, it could be used by other applications. I don't know if a such tabbar > > must be based on KTabWidget or KTabBar. If it is based only on KTabBar, I > > don't know if it is possible to tweak the position of scroll buttons. A > > solution is perhaps decreases the widget's maximum width in order to keep > > space for the addTabButton. > > > > > > > > > > _______________________________________________ > > rekonq mailing list > > [email protected] > > https://mail.kde.org/mailman/listinfo/rekonq > > I spend this morning on this problem. I am convinced an option to have an > "add tab" button must be added in qtabbar itself (in qt). "close tab" > buttons have been added to this class, why not an "add tab" button ? > It is not easy to extend this class and do the stuff because the way it is > drawn must be changed to respect the scroll buttons. > > Someone know where I can propose this to the qt team ?
I think you can start from here (http://qt.nokia.com/developer/task-tracker) > Andrea, can you return to the previous state of tabbar/mainview to fix the > regression ? Sure, I'll do this together with all the patches to be merged from sunday to tuesday.. -- Andrea Diamantini, adjam GPG Fingerprint: 57DE 8E32 7D1A 0E16 AA52 59D8 84F9 3ECD DBF9 730F rekonq project WEB: http://rekonq.sourceforge.net IRC: rek...@freenode _______________________________________________ rekonq mailing list [email protected] https://mail.kde.org/mailman/listinfo/rekonq
