Mu3.7 prints 'To Coda' in wrong position
I believe this is a new bug. Open the attached MSCZ and Print. The coda symbol in 'To Coda' in measure 24 gets shifted down into the staff. Observed using Brother HL-3170CDW and HL-2240 laser printers, and Microsoft Print-to-PDF (see attached PDF); in Windows 10 and 11; MuseScore (64-bit) 3.7.0.16090580658 / c248828. Export to PDF works properly; that is currently my work-around
This is a regression, as v3.6.2 does not have this bug.
Attachment | Size |
---|---|
Coda Position Print Bug.pdf | 157.89 KB |
Coda Position Bug.mscz | 24.82 KB |
Comments
.
Confirmed (on my HP OfficeJet Pro 8620). Please file on my GitHub issue tracker.
Another workaround is to use 3.6.2 for printing...
Or to use the "To CodaSymbol" from the Jumps & Repeates palette('s more entries), which does look a bit different, larger and elliptic, but identical to the actual Coda sign.
In reply to Confirmed (on my HP… by Jojo-Schmitz
>> Please file on my GitHub issue tracker.
Presumably you no longer want this, based on your subsequent responses ?
>> Another workaround is to use 3.6.2 for printing
The problem is that I have not found a way to keep v3.7 as the the default app (Win-10) for .mscz if v3.6.2 is installed, so that wouldn't work as a regular practice.
>> ... use the "To CodaSymbol" from the ... palette ... identical to the actual Coda sign.
Yes, my 'To Coda' originally came from the pallete. I was actually intentionally trying to distinguish the two coda symbols. I found that I got the smaller one by clicking "Remove Custom Formatting".
In reply to >> Please file on my GitHub… by BanjoJake
You may still file this in my issue tracker, but don't expect a quick fix, as a) there are plenty workarounds and b) I have no idea where to look and c) it is pretty much a corner case
I normally always make PDFs when I print. If everything is ok then I can still put it on paper.
But your problem is the “To Coda” sign. I have a slightly different one, but I can't remember where. In any case, it works with this one.
See attachment. Perhaps you can drag this "To Coda" in your palette ...
By the way: it has to be D.S. al Coda and you don't need the Volta2 at the end.
In reply to I normally always make PDFs… by HildeK
>> D.S. al Coda and you don't need the Volta2 at the end.
Thanks for corrections, I will make those changes !
My 'To Coda' originally came from the pallete, and it looked exactly like yours. The problem was that our bandmembers tended not to see the "To", and thought 'To Coda' was the coda; or that there were two codas ! Experimenting with distinguishing the coda symbol, I found that I got the smaller one by clicking "Remove Custom Formatting"
In reply to >> D.S. al Coda and you don… by BanjoJake
Then use the "To Coda" text variant, that can't get confused for a Coda
And yes, that "remove custom formatting" seems the reason for the issue. Just don't do that, it is just wrong in any case.
In reply to >> D.S. al Coda and you don… by BanjoJake
> Experimenting with distinguishing the coda symbol, I found that I got the smaller one by clicking "Remove Custom Formatting"
Yes, and that is the reason why the symbol gets an offset. If you don't click on “Remove Custom Formatting”, everything is fine. You can also make only the coda icon smaller by selecting it and changing its font size:
But it is a regression from 3.6.2, yes!
Why don't you use the string “To Coda”? Then nobody would see two codas ...
In reply to > Experimenting with… by HildeK
>> Why don't you use the string “To Coda” ?
Yes, that makes sense .... Thanks (and to Jojo)
In reply to > Experimenting with… by HildeK
It's moot now, but I actually liked not just the smaller size, but the circular (rather than eliiptical) shape, which created a clear immediately visible distinction. But I think you and Jojo are right in suggesting all text instruction.
In your score the "To codasymbols" looks like this:
Using the corresponding entry from the palette it looks like this:
and takes the Musical (Text) Font from the style settings of your score, in this case Emmentaler (Text), rather than some arbitrary unicode glyph from an unknown font, probably FreeSerif.
Using Mscore (which is Emmentaler Text) instead of FreeSerif fixes this, but there the glyph is quite a bit smaller.
I'm not aware of any changes to FreeSerif in 3.7 vs. 3.6.2, so am at a loss to explain why this happens and therefore at a loss to be able to fix it, but in essence just don't use what you did use, but use the 'official' way instead
In your score the "To codasymbols" looks like this:
Using the corresponding entry from the palette ot looks like this:
and takes the Musical (Text) Font from the style settings of your score, in this case Emmentaler (Text), rather than some arbitrary unicode glyph from an unknown font, probably FreeSerif (it does look 'jazzy' though?)
Using Mscore (which is Emmentaler Text) instead of FreeSerif (or whatever) fixes this, but there the glyph is quite a bit smaller.
I'm not aware of any changes to FreeSerif in 3.7 vs. 3.6.2, so am at a loss to explain why this happens and therefore at a loss to be able to fix it, but in essence just don't use what you did use, rather use the 'official' way instead