

CHORD SYMBOLS IN DENEMO CODE
I don't know if my opinions' all that well informed, but I would vote for switching over, and using Unicode code points. Not totally sure which makes sense to pick. And then if someone doesn't like the degree of superscripting, we can advise to choose a different font.īTW, there are actually two different codepoints for these symbols - Unicode and SMuFL. Downside is they aren't necessarily present in all or even most fonts, but I think we do successfully fallback on the builtin fonts so hopefully you don't get the "empty box" when using a font that doesn't provide it. But we could simply switch over to the actual Unicode diminished and half-diminished symbols automatically. These are just Latin/Greek letters that I guess we chose because they are likely to be present in most fonts. Right now, we use Unicode symbols 0x03bf for diminished and 0x00f8 for the half-diminished. I could add the superscripting directly within the XML file, but I'm a little reluctant because it's been this way for years and hardly anyone ever complains, and I don't want to have to quibble over exactly how much superscripting it should be.īut maybe a slightly different approach makes sense. Personally, I'm inclined to agree that it should be that way, and frankly I'd rather see it happen without the need for us to implement, or the user to mess with, yet more style settings. I'll work on the xml a little bit more, and shoot you an example to get your input. I'd just like for it to be considered by the team. I also understand that something like this would be quite the undertaking, and I am in no place to make demands as a user of this open-source software. A graphical chord editor would allow users to use a font of their choice for the root and extension numbers, while also using a musical symbol font for ∆, ♭, ♯, Ø, o, etc., and to position and size these elements to make their meaning more clear. My request is that a feature is implemented to make it so this and MuseJazz aren't the only usable fonts in chord symbols, so as to give more unity to scores. In my opinion, the lack of superscription makes it take fractions of a second longer to read-and take up more space than is needed-than the symbol in my previous post which I created in finale, and efficiency is of the essence in music notation. Is that accurate?įor the record, I fully understand how default font/musejazz chord symbols appear. I see in the xml that there are font declarations, so I assume one could make different characters use different fonts. font, size, x/y position) for individual chords character-by-character. Clearly, the font is limited by the fact that it does not include musical symbols, hence my request for a graphical chord symbol editor in which one can edit various parameters (e.g. I choose to use that font globally for my scores, ideally including chord symbols.
