On Wednesday 25 Nov 2009 10:26:32 Frank Reininghaus wrote:
> Hi everyone,
> 
> it seems that tab moving in Konqueror (and any other app that uses the
> traditional middle-click tab moving) is broken at the moment:
> 
> https://bugs.kde.org/show_bug.cgi?id=214646
> 
> Regardless of this bug (which should of course be fixed before 4.4.0)
> I'm wondering if it makes sense to use Qt's tab moving with the left
> mouse button in Konqueror instead.
> 
> The advantage would be that it's probably more intuitive (it's been
> requested a couple of times on bugs.kde.org, and other browsers like
> Firefox and Arora also use the left button for moving tabs) and that
> the moving is animated nicely by QTabBar. Moving tabs with the middle
> mouse button would still work.
> 
> The disadvantage would be that drag&drop of the tab url would not work
> any more, but I would guess that this feature is used a lot less than
> tab moving?
> 
> Any thoughts on this? I'm sorry about starting this discussion just
> before the beta tagging, but I've been a bit busy with other things
> recently.
> 
> Best regards,
> Frank
> 

Though it's probably unsafe to make that assumption without any feedback, I 
also happen to know that the current tab-URL-dragging effect is also 
implemented in the address-bar icon: they both behave, as far as I can tell, 
exactly the same. Additionally, with Qt's tab-bar moving, it is possible to 
detach and re-attach tabs to windows in the context menu and, in the future I 
presume, by simply tearing the tab away. Using Qt's tab-bar moving function 
in Konqueror would allow it to inherit these benefits directly, without needing 
to re-implement them.

Therefore, I consider this a net-gain, not a net-loss action. I would move 
over to Qt's tab-bar implementation and make contributions directly 
upstream when most appropriate.

-- 
Marcus Harrison