Issue with 1% Custom Scale in Dorico and Exported PDF

[prko]

Dear Dorico Support Team,
I am writing to report an issue I have encountered with the 1% custom scale feature in Dorico. Specifically, the appearance of elements with 1% custom scale differs between Dorico and the exported PDF. In Dorico, these elements are not displayed, but when exporting to PDF, thin vertical lines appear instead of these elements.

Could you please clarify whether this behavior is intentional or if it is a bug?

Thank you for your assistance.

Best regards,

[Lillie_Harris]

Are you exporting using the right panel in Print mode, or the Print Options dialog in the bottom left? Generally, you should use the right panel’s export options.

Are you exporting as Mono or Color?

Is there a reason you’re scaling these notes down, rather than hiding stems and noteheads?

[benwiggy]

The PDF specification states that a line of Zero width is still a line – the thinnest line possible on the rendering device.

So, simply making a line very small will still make it a line.

[prko]

@Lillie_Harris

Are you exporting using the right panel in Print mode, or the Print Options dialog in the bottom left? Generally, you should use the right panel’s export options.

I use the right panel in print mode.
(I had not noticed the print and page setup using the system dialogues in the bottom left).

@Lillie_Harris

Are you exporting as Mono or Color?

I am using colour, but I have checked both in this case. They all show the thin lines.

@Lillie_Harris

Is there a reason you’re scaling these notes down, rather than hiding stems and noteheads?

No, it is just to hide stems, noteheads, ledger lines, intensities, slurs, ties, articulations, and rhythmic dots. However, using a custom scale is much faster than hiding stems, noteheads, ledger lines, intensities, slurs, ties, articulations, and rhythmic dots, even when using a macro.

Here are the related posts on why I want to hide stems, noteheads, ledger lines, intensities, slurs, ties, articulations, and rhythmic dots:

Colour property should apply to more elements of notes

Dear Developers, When changing the colour in the Common section of Properties after selecting all elements, the following aspects are not applied: accidentals, stem ledger line rest rhythmic dot accidental tie articulation. etc This limitation can be somewhat inconvenient and affects the overall efficiency of the workflow. Could you please consider improving the application to ensure that the colour change is also applied to all elements? This enhancement would be extremely beneficial and w…

Feature Integration Request for Simplified Note Selection

I have been making practice sheets for my teenage student who is learning to compose. I am currently working on the following material from Beethoven’s Cello Sonata: [Screenshot 2024-11-11 at 17.38.54] [Screenshot 2024-11-11 at 17.38.41] Last term, I used Bach’s Inventions from No. 5 to No. 15. These were suitable because Bach does not use many articulations. However, Beethoven’s music contains a lot of dynamic markings, articulations, ties, and slurs. I spend too much time on that. My stud…

Feature Integration Request for Simplified Note Selection

Yes, you are absolutely right! But there is one more thing to consider: After filling in the empty part, the filled parts should be compared with the original score. To compare two scores quickly, the layout of both scores should be the same. Otherwise it might be difficult to find certain positions or elements in certain bars. So I want to make some parts invisible. Deleting an element changes the width of the bar. This leads me to change the width of each bar, which is less efficient…

[prko]

@benwiggy

The PDF specification states that a line of Zero width is still a line – the thinnest line possible on the rendering device.

Thank you! It makes sense. How do you know all this technical stuff so well? You are amazing!