When bar number offset is present, bar search does not take offset into account
Reported version
2.3
Type
Functional
Frequency
Many
Severity
S3 - Major
Reproducibility
Always
Status
by design
Regression
No
Workaround
No
Project
When bar number offset is present (for instance bar 1 is offset-ed by a value of 21, which makes MS to show it as 22), a bar search for bar #22 does not take to the right bar, the first bar.
Same result no matter what the searched bar target is.
Comments
That's the way it is. There are basically 2 sets of measure numbers, the user visible ones and the internal numbering, search works on the latter
This actually makes sense. You have the ability to make several measures display the same measure number either by changing the measure number in measure properties or using a section break. When you select a measure, the internal measure number used in searches is displayed in the status bar at the bottom left of the MuseScore window.
Well, obviously if that's the way it has been designed...
But please bear in mind that this way when one deal with a transcription/conversion of a paper score into MS, one is confronted with two diverting numbering system.
This is what I always do, and having to check the correctness of the conversion with what is printed on paper, by every time having to add/sub offset to find the right bar... Not really a friendly process.
May I suggest to consider this situation as normal for a great number of MS user and find a way to combine the design with the needs?
Thanks for your time and thanks for a great application!
C.
Some time ago I had the idea to extend the search feature by the option to search a certain measure in the current section, a relative measure number, I think this come pretty close to what you're talking about here.
My objective is to be able to search what the app shows to me without having to make calculations.
May be it could be done by differentiating between two specific definitions : "measure number", which is the value shown by MuS, and "measure (relative) position", which represent the measure's relative position in that file.
The latter number could be shown in between parenthesis next to measure number.
yes, having both might be a good option, for the status bar.