Parentheses (from Master palette > Symbols) reset to default positions or lost altogether

• Nov 10, 2018 - 11:47
Reported version
3.0
Priority
P1 - High
Type
Functional
Frequency
Once
Severity
S2 - Critical
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project

Win 10 / MS 3.0.0, 32c4c4c

Open the attached file (created in MS2). Take the reset option offered. This is a snapshot from MS 2:
symbols_master_palette_2.png
Compare it the same view in 3.0-dev:
symbols_master_palette_3.0.png

The first parenthesis has disappeared altogether. The other parentheses have been reset to the default position.

Attachment Size
symbols_master_palette.mscz 12.76 KB

Comments

The parentheses being reset to their default positions isn't a bug, that is expected behaviour. The one parenthesis disappearing isn't expected behaviour, however. I'll investigate that.

Severity S3 - Major S2 - Critical

Right, this is more complex than I thought it would be. I won't pursue this, but here's what I've found for anyone else looking at this:

  • This affects other symbols, ones that aren't attached to a particular note. Instead, they are attached to a measure, maybe with a tick number.
  • These symbols are still read properly - they appear in the score debugger
  • They are just invisible - I've succeeded in selecting one with the debugger and moving it, and getting the anchor grip line to show
  • They are included in calls to scanElements

I have no idea why they aren't drawn. This is one for someone else to figure out :)

I'm also upgrading this to S2, I think it counts as data loss.

Concerning default positions of brackets, yes, as these brackets are merely symbols common rules for symbols layout are applied for them which results in such layout in this case. There are some special rules regarding notehead brackets but there are a lot of different kinds of symbols and for most of them no special layout rules are defined. Maybe we should consider not resetting positions for symbols when importing scores as they anyway have to be positioned manually. Or at least make this "reset positions" command accessible via a regular menu action ("Reset shapes and positions" does a bit more than that) so that user can choose which positions to reset via selection.
Well, at least symbols should not disappear now.

Great! So really, what was happening was that they weren't being layed out, because the code to do that had been left commented out by Werner? (i.e. the commented out code below your changes)