Deleting rest in voice 2 may result in offset rest in voice 1 with zero offset indicated by inspector

• Jun 8, 2019 - 01:15
Reported version
S4 - Minor

Deleting a rest in voice 2 that coincides with a rest in voice 1 may result in the voice 1 being visibly displaced but with the inspector reporting zero offset. See attached example. The result depends on the order in which rests in voice 2 are deleted.

A list of actions to reproduce is:

  1. Create a single stave with time signature = 4/4.

  2. In bar 1 enter crotchet, quaver rest, minim as voice 1

  3. In bar 1 enter crotchet on beat one as voice 2. Result: bar is filled with crotchet rest + minim rest in voice 2 and the quaver rest in voice 1 is displaced upwards.

  4. Select the crotchet rest in voice 2 and hit 4 to replace it with two quaver rests. Result: Voice 2 has crotchet, 2 quaver rests,

  5. Delete 1st quaver rest in voice 2. Then delete remaining rests in voice 2. Result: Quaver rest in voice 1 returns to non-displaced location. This is expected behaviour.

BUT if instead of 5

  1. Delete 2nd quaver rest in voice 2, then delete remaining rests in voice 2. Result: Quaver rest in voice 1 remains displaced upwards. Looking at the voice 1 rest in the inspector shows that the Y offset is zero, but looking at the score, its offset is obviously not zero.
Attachment Size
Offset rests.mscz 4.84 KB


Right, and my point is that the values shown in the inspector are correct. It is not the inspector's job to tell us that the rests have been displaced.

That would have been a valid design, but it might be a bit late to change that design - it would create compatibility problems. Maybe if/when we change the algorithm to actually be smart about how much offset to apply, to actually avoid content in other voices rather than just guessing how far might be good to move, that would be a good time to change how the offset is represented.

Fix version