BUG? \note-by-number und \note in 2.19.80

[Arnold]

Hallo zusammen,

die Markup-Anweisungen \note und \note-by-number führen bei mir in der Version 2.19.80 (auf WIN/7) in der Kombination mit set-global-staff-size zu unerwünschten Ergebnissen - der Notenhals wird flasch skaliert.
In 2.18.2 war's noch in Ordnung.

• Ist das auch in der 2.18.81 so?
• Ist das schon als Fehler gemeldet oder gar schon korrigiert?

Bitte entschuldigt, daß ich dieses Mal kein Minimalbeispiel beifüge, aber aus den angehängten PNG-Datein kann man es abschreiben.

Arnold

[harm6]

Hallo Arnold,

ja es ist ein bug, gefixt für 2.21.0 mit

commit a59947cc3f1040a78f5ccef8d87efb2eee946097
Author: Thomas Morley thomasmorley65@gmail.com
Date: Sun Nov 5 15:36:03 2017 +0100

Issue 5231 Fix regression introduced with 5122 "Fix not scaling stem ..."

commit eee677c480c78d58a5215e246575aa94ba2d1897
only took text-font-size from current layout into account.
Now text-font-size from $defaultpaper is respected as well.
As a result note-by-number scales now properly for changes of
set-global-staff-size, layout-set-staff-size and markup-fontsize.

Eingeführt wurde er mit:

commit eee677c480c78d58a5215e246575aa94ba2d1897
Author: Thomas Morley thomasmorley65@gmail.com
Date: Sun Apr 16 17:11:05 2017 +0200

Issue 5122 Fix not scaling stem in note-by-number-markup

Done by calling text-font-size from layout, which defaults to 11.
Then scaling stem-thickness and stem-length by division of
text-font-size through 11.
This ensures a stem-appearance according to the text-properties of
MetronomeMark.


Welches leider nur die halbe Miete war.


Falls du nicht auf 2.21.0 warten willst (und momentan gibts keine sichere Prognose, wie lange es noch dauert),
Implementier den Code von hier:
https://codereview.appspot.com/337880043

Gruß,
  Harm

[Arnold]

Danke.

In der 2.19.81 in der Fix offenbar auch schon drin.
Also werde ich mein l'istesso tempo mit der 81-er kontrollieren.

Arnold