-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incorrect rendering for multi-voice Clef Change #95
Comments
I thought for a second that the behaviour is coherent sincethe F clef part of Voice 2 spans the "G CLEF" part of Voice 1. But reducing that part to the clef span results to the same behaviour:
|
I strongly discourage the use of keys in this context. In fact, it would seem that it is necessary to put at least one note in F clef on the staff 1 to correct the problem. But the notation can become very ambiguous:
|
Then what would be the correct way to write such a score without adding a new note that the composer hasn't written?? :) |
was not intended as a solution, just as a debugging remark. But the ambiguity in the notation remains. |
No problem. Let me know if I can contribute / test. |
Notes: Behaviour only on chords. |
Another example for the same problem where the "chord" annotated with
NOTE: This only happens if that event is a Chord... . If I change it to a note, everything is gonna be fine (here changing that chord @dfober If you guide on where to look, I might be able to fix this as I'm getting more and more acquainted with the library! ;) |
Unit test:
leads to:
whereas the second voice alone is
corresponding to:
The text was updated successfully, but these errors were encountered: