Flipping dots changes their position

• Dec 19, 2011 - 22:34
Type
Functional
Severity
3
Status
by design
Project

1. Open attached score.
2. Drag-select the dots.
3. Flip direction.

Expected result: Dots shouldn't move, unless you do so manually using the inspector.
Actual result: The position of the dots change.

Using MuseScore 2.0 Nightly Build (5123) - Mac 10.6.8.

Attachment Size
Dots Move Position.mscz 1.44 KB

Comments

I am not sure what you see and what you expect. The dots for note heads on a staff line actually flip, dots for notes between staff lines stay. Whats the problem you see?

I don't understand why you would want the dots to flip - surely they should coincide with the position of the notes? By flipping them, they just move elsewhere (doesn't seem right).

Can you show an example where flipping them is useful?

I may not be aware of something.

Severity
Status (old) active by design

This seems to be a user misunderstand to me. The whole point of the flip command is to change the position of an item - from up to down. The dots are currently in the up position, issuing the flip command moves them to the down position just as it should. If you don't want the dots to flip position, why on earth would you issue the flip command?

Severity
Status (old) by design active

Marc, I have a lot of choral scores, and seeing the dot in the down position, even for a note that is flag down, seems strange. Yes, there are exceptions where notehead proximity would demand it, but by default isn't it usually up? This also allows for easy dot combining on notes that overlap.

Severity
Status (old) active needs info

Somehow one of us does not seem to be understanding. Yes, by default, the dots should be up. And they are. But if you explictily select the dots and only the dots - not the notes, but the dots themselves alone - and ask MuseScore to flip them, shouldn't it do what you are asking it to dop? What else do you expect to happen if you select a dot and ask MuseScore to flip it? Is there some other reason you'd ask MuseScore to flip a dot other than actually have it flip? That's what I don't get.

I think perhaps you are misunderstanding this problem report and thinking the dots flip every time you flip the *stems*, but this is not the case. At least, it is not the case for me, and it definitely not what the original problem report describes. As far as I can tell, it describes selecting dots and only dots, asking MuseScore to flip them, then being surprised when it does exactly what you asked. I don't get how this could possibly be considered a bug. If you want the dots in the default position leave them there - don't go out of your way to select the dots then ask MuseScore to flip them. No?

I am not understanding the point about combining dots, either. They already combined when the noteheads combine in situations where they should, at least for the most part. But even in situations where they don't, I still don't get how disabling the ability to explicitly flip dots would possibly help.

OK, I see what you mean about the original report. I wasn't reading about manually changing the dots, but the stems. My mistake.

The problem I see is that dots default down for down-stem (voice 2 & 4) notes and up for upstem (voice 1 & 3) notes, and don't combine in a multi-voice overlap. But I suspect this is a re-occurrence of my original post #12970: Overlapping multi-voice dotted notes on lines have two dots, so I should create a new one.

p05.png

(forgot to add pic)

Attachment Size
p05.png 11.73 KB
Severity
Status (old) needs info by design

OK, that's what I thought about this report, so I'm closing it.

I am about to look at some (vertical) dot position issues (#21870: Issues with dotted notes and adjacent noteheads (second) in particular) and was searching for other related issues, which is how I happened upon this report. I suspect I broke the multi-voice unison case with my big overhaul over the past few weeks - in fact, I pretty know exactly where that happened. Feel free to resubmit or just re-open the old report, but I expect I'll be fixing it along with one I just mentioned in any case. So maybe easier would be to just add a comment there.

I think the dots may have moved slightly, which elicited the report.

However, I don't think I knew about what you demonstrate (dots moving either side of the stave line).

Thanks.