Issues with Accidentals

• Dec 22, 2023 - 23:04

There are several remaining issues relating to accidentals. Some issues relate to playback, others relate to appearance.

Combining accidentals:
It is currently not possible to apply a comma to a note without the accidental being removed. For example, applying a septimal comma to a C-sharp removes the sharp sign leaving only a C.

Arel-Ezgi-Uzdilek tuning system:
The Arel-Ezgi-Uzdilek system, a tuning system used for Turkish music, is currently unsupported. The Büyük mücenneb (sharp and flat), Küçük mücenneb (sharp), and Bakiye (flat) do not play back when the symbols are applied to a score. The other four accidentals are absent from the accidentals pallet, likely because they appear identical to more common accidentals. The Bakiye (sharp) appears identical to the common Sharp (♯) sign while the Küçük mücenneb (flat) appears identical to the common Flat (♭) sign and the Koma (sharp and flat) appear identical to the respective quarter tone accidentals. In order for the first four symbols to become functional, the last four would need their own dedicated symbols.

The following groups of accidentals do not play back when applied to a score:
- accidentals raised or lowered by syntonic commas
- accidentals raised or lowered by septimal commas
- "equal tempered" accidentals (those with the line over the accidental)
- accidentals raised or lowered by undecimal quartertones or tridecimal quartertones

There are also the following appearance issues:
- The 35 large diesis up is upside down, making it look identical to 35 large diesis down.
- The 5:7 kleisma down is missing the description in its name that other similar accidentals such as the 5:7 kleisma up has in its name
- The 23-limit commas appear to be switched with the lower accidental being an up arrow (↑) and the raised accidental being a down arrow (↓)

Tuning system screenshot source: https://www.w3.org/2021/03/smufl14/tables/arel-ezgi-uzdilek-aeu-acciden…


Comments

See https://github.com/musescore/MuseScore/blob/3c4c350f6230ec1ae04ef02062a… for the Large Diesis Up, looks correct to me. Chances are that this is a bug in the Musical Font itself?
Indeed than seems to be the case, see https://w3c.github.io/smufl/latest/tables/spartan-sagittal-single-shaft…, they do look identical there, and report that on the Bravura repo, https://github.com/steinbergmedia/bravura/issues/new

Same for the 23-limit comma:
https://github.com/musescore/MuseScore/blob/3c4c350f6230ec1ae04ef02062a…
Here though they do look OK in SMuFL/Bravura

Do you still have an unanswered question? Please log in first to post your question.