Unrecognized chords containing special characters in 1.3 scores rendered as markup
1. Open attached score (produced in 1.3).
Expected result:
Actual result:
Note: The flat was generated via the Special Characters.
Using MuseScore 2.0 Nightly Build (5a616ff) - Mac 10.7.5.
Comments
Rather, they don't appear correctly.
FWIW, that's not how chord symbols are supposed to be entered - that's basically an incorrect input file. You are supposed to enter the flat sign as "b" and have it automatically turned into a flat sign. The chord as you have it is unrecognized in 1.3, that's the source of the problem. But it is true that even incorrectly entered chords should render as closely as possible to 1.3, so I'll take a look.
I think characters unaccessible via keyboard prompted me to use this method.
I know it probably will have been improved for 2.0, but I just wondered if it was possible to be compatible.
Plain 'b' inaccessible (on a Mac)???
Not sure how it is on other operating systems, but try typing 'Em7b5' as a chord in 1.3.
Ah, yes, that doesn't work for some chords with stdchords.xml in 1.3.
I use a fixed stdchords.xml for that.
It does work just fine for a plain Eb though, except that the b is too close to the E or B, so it is hard to tell them apart. That too is fixed in my version of stdchords.xml
Fwiw, the problem isn't your keyboard, or anything generally wrong with the recgonition of "b" for flat sogn. It's that this particular chord symbol was not comfigured correctly in the default chord symbol file (stdchords.xml) in 1.3. The chord was actually recognized just fine when you typed Em7b5; it just didn't render correctly because of a typo in entry for thay chord in that chord style. Had you left it alone, it actually would have imported just fine, since it was nonethless recognzied. But treyng to force a flat sign into a chord symbol guarantees it won't be recognized - meaning it won't transpose, won't export to MusicXML, and won't be converted properly onto 2.0
Unfortunately, while I can fix the rendering of these bad chords in 2.0, they probably still won't be recognized properly. Meaning they won't transpose, won't export, etc.
And of course, the issue of the bad entry in stdchords.xml is rendered moot by the fact that the chord symbol paraing and rendering system was completely overhauled for 2.0; there is no more explicit of chords that have to be typed exactly as expected in order to be recognized.
https://github.com/musescore/MuseScore/pull/1118
This PR replaces the symbol with the letter "b" and then re-parses the chord symbol. So if it was otherwise valid, the chord *will* now be recognized. If it was not valid, you lose the flat sign; it's now a "b". But almost everything is recognized to at least some degree now.
Fixed in af2b364a1c
Automatically closed -- issue fixed for 2 weeks with no activity.