Selection Behaviour

• Mar 12, 2012 - 15:38

1. Open score.
2. Hold shift (for the remaining steps).
3. Click on a bar that's a number of bars into the score.
4. Hold left.

Expected result: The bar you select is included in the selection.
Actual result: The bar before the one you select is selected along with the others.

Discussion: Is this right?

Using MuseScore 1.2 and 2.0 Nightly Build (5458) - Mac 10.6.8.


Comments

What do you mean by "hold left" in the above? Press the left arrow key and hold? Given that I see it working it's way leftward from the last note of the selection - which is what I'd expect for selection *within* the measure - I guess the question is, what should happen when the end point of the selection crosses the start point. I can't say I find the current behavior surprising in that regard. The other possibility, I suppose, would be for left arrow not mess with the end point of the selection but rather, the start point. So the first few presses would expand the selection to the left rather than contract it. That would be fine too.

Yes, the left key and hold.

If I hold shift click a word, or letter in TextEdit and press left, that letter is included. In this case, it would be the bar you selected that is included.

In reply to by chen lung

I'm not sure what TextEdit is, but I tried this in both Windows Wordpad and also Google Docs, and actually, the behavior is identical to MuseScore. When you select a word (the equivalent of a measure) and then shift-left, the selection shrinks letter by letter the the right until the end point reaches the start point, and then the selection goes to the right from there - the originally selected word is no longer selected.

In reply to by chen lung

So you're saying the first few presses of shift-left should shrink the selection from the right, but then as soon as the end point reaches the start, the end point it should pop back to where it started at the end of the measure, and then the behavior of shift-left should change to instead start expanding from the left? Or are you expecting shift-left to start by expanding from the right in the first place, and never have the effect of shrinking the selection?

In reply to by chen lung

Ok, so you are saying the very first press of shift-left should extend the selection to the left, rather than shrink the selection from the right, and shift-left would then continue to expand to the left.

Another way of expressing this: currently, both shift-left and shift-right act on the *end* point of the selection, but in the case where of hitting shift-left enough that the end moves so far left that it crosses the start point, it basically becomes the start point. You are basically asking that this be changed so that shift-left always acts on the *start* point of the selection. Selections would only expand; they would never shrink.

I'm pretty sure I'd hate that. I completely rely on the fact that shift-left shrinks the selection. Click the first note of a region you want to select, press and hold shift-right to move the selection end point to expand the selection. If you go to far, shift-left moves the end point back, shrinking the selection. So you're aaying TextEdit wouldn't allow this - shift-left always expands the selection by moving the start point to the left? I can't recall ever working with an editor that does that. Count also Microsoft Word and the text boxes in both Internet Explorer and Firefox as editor where shift-left moves the end point of the selection, not the start point.

Do you still have an unanswered question? Please log in first to post your question.