[KevinH]

@DNSB and @BeckyEbook,

Another idea to explore is to handle this is to add two special cases in the ReadingOrder (EditRO) dialog that only allows non-contiguous selection for block move (not for drag and drop) to move a selection of files to either the top of the list (keeping selection relative order) or to the bottom if the list (again keeping selection relative order).

That would allow you to separate things into two groups one following the other but keep initial relative order within the selection.

Wouldn't that be useful in the case that Becky indicated?

Update:

Since BookBrowser already allows non-contiguous multiple selection, we could add 2 pop-up menu items:

Collect at Top of Reading Order
Collect at Bottom of Reading Order

Where:

At Top moves all selected files (one by one in reverse order) (ie from the bottom of the selection) to the top of the reading order

At Bottom moves all selected files (one by one in forward order) (ie, from the start of the selection) to the bottom of the reading order.

That should be pretty easy to implement since it would not use Qt's buggy drag and drop.

I could easily add that feature to BookBrowser.

Just let me know if any of these options would help.

And fwiw, by the time you non-contiguously multiselect files, you could have used the keyboard shortcuts in the EditRO to move them one by one to the Top or Bottom faster.

That is why ToTop and ToBottom exist in that Reading Order Editor.