System Track not working with multi-bar rests?

Hi all,

I have the above mentioned problem.
Has anybody else seen this?

Cheers,
Benji
System Track.gif

Yes. The same here. I think its rather a feature than a bug. Dorico simply doesn’t allow to delete multibar rests. I think you have to switch to the full score to delete what you want.

Hey, thanks for checking!
I actually was in the score, but have set multi-bar rests to show also in the score, which I do for lead sheet-style material with only one instrument.
It was easy to fix though, with Shift-B -2 … :wink:

Cheers,
Benji

Switch to galley view and you should not see bar rests… Or am I mistaken ?

Marc, the gif I shared was in galley view… Maybe I should change the settings so that there’s no multi-bar rests in galley? I’m giving it a whirl today.

Thx,
Benji

I am sorry, Benji, I actually was wrong and noticed it this morning. Multi-bar rests do show in galley view. I seldom use them, at least at the beginning of the workflow, and obviously, when I do, there never are empty bars for every instrument (on a full score). Hence my mistake :wink:

Marc, it’s all good.
Actually, I just set things right in layout options to not show the multi rests in the score and just in the parts.
Makes more sense anyway.
This doesn’t change the behavior of the system track, but that’s fine with me at the moment…

Cheers and all the best,
Benji

Hi all: as far as I can tell, the behavior is still the same, so… is there a technical reason why this should be expected behavior?
From a practical standpoint, it would be really useful to be able to make this kind of selection without having to disable multirests every time.

Since I differentiate between a never-printed “Working” (full) Score and the published Conductor Score, I would never use multi-measure rests in the working score even if for some unknown reason I allowed them int he Conductor Score. That would avoid the above situation entirely.

Thanks for sharing your workflow, but I don’t think this addresses the underlying issue.

The fact that some users choose not to enable multirests in their working score doesn’t mean the current behavior isn’t problematic for others. There are perfectly valid reasons to work with multirests active during the writing or editing process — particularly in large scores — and needing to constantly switch them off just to make a basic selection defeats the purpose of an otherwise efficient UI feature like the System Track.

This isn’t about workflow preferences, it’s about the System Track not behaving consistently in a scenario that is otherwise supported by the rest of the application. If the feature is there, it should work predictably regardless of layout choices like multirests.

My point is that having alternate full scores allows one easily to flip from one to another to delete measures under a multi-measure rest in one or more layouts. I’ll leave the logic of having multi-measure rests in a full score up to you and whether it makes sense to implement the change you want up to the Dorico Development Team.

I cannot think of one.

Then that’s a limitation of yours, not mine.
And frankly, I’m tired of having to justify my workflow every time a basic functional issue is raised.
This is about a tool not behaving consistently — not about how you would use it.

I disagree. Please tell me the utility of using a system bar selection when nothing could be selected (because it is empty)?

Because I might be selecting something before and after those empty bars.
The System Track should let me include them in the selection, even if they contain nothing — just like it does when multirests are off.
Empty bars are still part of the structure. Ignoring them breaks the logic of the tool.
And once again, I don’t need to justify my workflow to you: who exactly made you the workflow police?
This is a technical issue with how the System Track behaves. Whether or not you find it useful is irrelevant to whether the feature should work consistently.

Also, if I select a bar before and a bar after a multirest range, then press Delete, Dorico does delete the multirest bars in between.
So the application clearly knows those bars exist and can act on them — yet I can’t select them directly via the System Track.

You tell me if that makes any sense.

erm??? It does.
You can start the system selection before the multirest and end it after.
Remember hitting delete only removes objects it does not remove bars.

Clearly you don’t know what you’re talking about — or you’re ignoring what’s actually being discussed.
If I use the System Track and press the trash icon, Dorico does delete bars, not just objects. That’s precisely why this limitation matters.

So please, don’t try to lecture me on how the software works when you’re not even addressing the actual point.
A bit of humility would really go a long way here.

And the trash icon also deletes multirests…

(Personally I use shift-B to remove bars. It’s much quicker)

JUST if I have the room to select a non multirest bar before AND after. Is this a consistent behaviour??? Come on, don’t be ridicolous.
I know I’m not particularly liked in this forum. I’m still not entirely sure why, but at this point I don’t care.
I’m here to collaborate and push for a more consistent piece of software.
If others are more interested in defending every behavior just to stay in line with the development team, that’s up to them.

This attitude is frankly not understandable or acceptable by me.