sumatrapdfreader
Tab Drag Switcheroo... 3.6.17065 W11 64b
Dragging a tab and dropping at a new position doesn't simply move it there, rather, it switches position with the one that's there, so that one jumps to whatever place you had dragged the tab from. Let me know if any problem reproducing.
hmm given that SumatraPDF is not a browser but optimised reader, I suppose it is inevitable the fastest is a swap over
It's certainly not expected :) I suspect I'm not going to be alone in opening various reference PDFs at once and wanting them in the most productive order for using. There's going to be no benefit I can see in swapping tabs.
@kjk I seem to remember there were several issues with dragging tabs thus "guess" this is the result of some previous fix
If there was an issue but switching works, then it stands to reason, as an interim, that moving a tab from A to B can be achieved by a sequence of switches from A to B that pushes A along until it reaches B. If such an interim causes a momentary flicker during the process it wouldn't be an obstacle, because usually one doesn't have huge numbers of tabs, so only a few switches will be performed, whilst having the right order of tabs with momentary flicker to get there is much better than living with a wrong order of tabs or having to do this sequence of neighbour-switches manually. That measure would then give leisure for working out any ideal solution :)
I can confirm I can reproduce this behavior on v3.6.17065 (64-bit), after a recent update to Windows 11 23H2. If I recall correctly, I was seeing the expected behavior (i.e. only the dragged tab order gets changed, no swap) using the same (pre-release) version of SumatraPDF on Windows 10 22H2.
