View Single Post
Old 02-12-2020, 11:57 AM   #13
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 8,884
Karma: 6120478
Join Date: Nov 2009
Device: many
Interesting idea.

I will look into it when I get home from work tonight. There should be a way to handle that but we may to to overload the original QTabBar drag and drop routines with our own code that screens tabs our if not the current tab.

KevinH


Quote:
Originally Posted by DiapDealer View Post
@KevinH: got a spur-of-the-moment (not-very-well-thought-out) what-if for you.

In my mind, there is no need to be able to reorder any tab other than the one that is currently active. If one had to first activate a tab and then grab it again in order to move it in relation to the others, this whole twitchy inactive tabs thing wouldn't be an issue.

Since we already subclass QTabBar and reimplement a few things, is there any way could reimplement something that could prevent moves for any tab that wasn't already active when first clicked?

I know that's vague as heck, but I don't have any of Qt's QTabBar source in front of me.
KevinH is offline   Reply With Quote