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

problem with virga strata oriscus orientation #972

Closed
eroux opened this issue Feb 27, 2016 · 6 comments
Closed

problem with virga strata oriscus orientation #972

eroux opened this issue Feb 27, 2016 · 6 comments
Assignees
Labels
Milestone

Comments

@eroux
Copy link
Contributor

eroux commented Feb 27, 2016

Compiling

quó(efO)mo(e)do(e Z) quó(e!fo)mo(e)do(e)

I get

bubugue

the "correct" result according to automatic oriscus orientation is the second one while default is the first one ("wrong"). Is this intentional? I'm not really sure what the state of things are in this area... If this can be easily fixed then let's do it, otherwise we can keep it for a future release...

@eroux eroux added the question label Feb 27, 2016
@henryso
Copy link
Contributor

henryso commented Feb 27, 2016

This is actually one of the cases where the complications in implementation (new glyphs need to be drawn and quite a few other things) led me to request pushing the full implementation of oriscus scapus (part of #898) direction to the next release. I'd hold off on this.

@eroux
Copy link
Contributor Author

eroux commented Feb 28, 2016

Ok good, thanks!

@rpspringuel rpspringuel added this to the 5.0 milestone Feb 29, 2016
@eroux eroux modified the milestones: 4.1.1, 5.0 Mar 3, 2016
@henryso
Copy link
Contributor

henryso commented Mar 3, 2016

I think this too big for a patch-fix.

@eroux
Copy link
Contributor Author

eroux commented Mar 4, 2016

ok

@eroux eroux modified the milestones: 4.2, 4.1.1 Mar 4, 2016
@henryso
Copy link
Contributor

henryso commented Mar 11, 2016

This is pretty much a duplicate of #898, so should #898 also be in 4.2? It's a pretty big overhaul.

@henryso henryso self-assigned this Mar 11, 2016
@eroux
Copy link
Contributor Author

eroux commented Mar 11, 2016

I think so yes, end of April is not a very strong necessity, it can be delayed (most of the bug needed by big projects were addressed in 4.1.1)

henryso added a commit to henryso/gregorio that referenced this issue Mar 13, 2016
henryso added a commit to henryso/gregorio that referenced this issue Mar 13, 2016
henryso added a commit to henryso/gregorio that referenced this issue Mar 14, 2016
henryso added a commit to henryso/gregorio that referenced this issue Mar 14, 2016
Added change log and upgrade entries to describe the orientation change.
Part of the implementation for gregorio-project#898 and gregorio-project#972.
@henryso henryso closed this as completed Mar 14, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants