Reversed selection lines by mouse dragging

[petrkr]

I don't know if is that for purpose, but at revision 5997 (dunno since when) and newer if you want select more lines by mouse drag. on top edits are copied that latest line which you seelcted.

for example if you are about select line 1 - 10, and start click on 1st, drag until you highlight 10th and you leave it on 10th then into start/stop/duration time and text is copied that 10th line instead 1st.

in 2.1.8 and 2.1.9 until revision 5376 (which I had as latest before I updated to 5997) it works fine... (it kept that 1st selected line before dragging was imitated)

I saw some changes at grid at 5998 but as log I tried it now at 6184 in 2.1.9 branch

[petrkr]

Also due making sceenshots I was noticed you can't initiation drag on 1st line, simply it does not start selecting others.

Tested on 2.1.8 (web installer version - help says rev. 4064 built by nielsm) 2.1.9 rev. 5997 and rev. 6184 with same result

[nielsm]

I don't understand what you're trying to say, I can't see anything that looks like wrong behaviour or data loss or similar in your screenshots.

The subtitle you release the drag on becomes the active line and the active line is the one whose data is shown in the editing area. This behaviour might have changed, but is in fact now in line with the standard behaviour in other software for making selections in lists by dragging.

Being unable to start a drag to select on the first line is an unfortunate side effect of stopping the "clicking on top or bottom visible line causes several lines to become selected" bug.

[petrkr]

I don't understand what you're trying to say, I can't see anything that looks like wrong behaviour or data loss or similar in your screenshots.

Regarding to aegi-drag1.jpeg.
It shall show as I activated activated 2nd line and release drag on 11th one and data from 11th was filled into edit area. But I excepted data from 2nd line as it was at older revisions.

The subtitle you release the drag on becomes the active line and the active line is the one whose data is shown in the editing area. This behaviour might have changed, but is in fact now in line with the standard behaviour in other software for making selections in lists by dragging.

So that what I wanted somehow to write. Sorry for bad English.

Anyway I didn't used any other software so I can't tell. Also since at older revisions of that aegi it was reversed (so 1st activated line was filled into editing area) and I was used to use it as it was and now it's reversed so it's little confusing then.

Maybe change then these ticket from bug to enhancement or request to make that configurable. If that dragging will fill edit data from 1st or last selected (activated) subtitle line.

Thanks for quick answer anyway.

[nielsm]

The change is intentional and won't be reversed. Making it configurable will only bring more complexity and potential user confusion.
The new behaviour is in line with how standard multi-selection listboxes work in general so it is arguably also more correct than the old.