Skip to content
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

Handle case where ~ does not immediately follow barline #28

Open
dchiller opened this issue Jan 2, 2024 · 4 comments · Fixed by #26
Open

Handle case where ~ does not immediately follow barline #28

dchiller opened this issue Jan 2, 2024 · 4 comments · Fixed by #26
Assignees

Comments

@dchiller
Copy link
Collaborator

dchiller commented Jan 2, 2024

See for example https://cantusdatabase.org/chant/547604

@dchiller
Copy link
Collaborator Author

dchiller commented Mar 5, 2024

This seems to have been never fixed (or was unfixed by a later change)....with v 1.1.2:

image

@dchiller
Copy link
Collaborator Author

dchiller commented Mar 5, 2024

@annamorphism Since we have been talking recently about things that need fixing with the new alignment...this is not the case we've been talking about with missing music, but is another interesting example of an edge case where notation and text are there to some extent but not meant to "align" in the usual sense: full text is written out in source and some music is in some sense "missing" for the purposes of alignment in the sense that there are not enough notes to cover all the syllables, but to encode this as missing would seem totally inappropriate given that the source is intact and I feel like thinking of this as an "omission" is wrong when it seems extremely clear to me from what is notated what exactly the syllable-pitch alignment would be (i.e. I recite the text on f and then terminate the versicle with that little turn).

(The relevant image is 504 in the Austrian National Library website viewer linked from Cantus DB).

@annamorphism
Copy link

I wonder why the tilde is mid-versicle? It seems like ~Notum fecit would have worked too, more or less. But doing it this way rendered like so in OldCantus, which does seem sort of satisfactory:
image
The text is still under the staff but there's no effort for the spaces and the hyphens to match up.

@dchiller
Copy link
Collaborator Author

dchiller commented Mar 5, 2024

Yes, one does wonder why this text encoding was chosen rather than having the tilde at the start...on the other hand, it does seem as though this should render correctly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants