-
Notifications
You must be signed in to change notification settings - Fork 168
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
Multiple chained lookups per position #1119
Comments
Yes, I believe Monotype's source format supports something like this. It would be useful to extend the feature file specification to enable this as well. |
that's a valid glyph name, I wouldn't want to have the compiler check if "lookup" in glyphSet to determine whether it's actually a glyph name or a lookup reference token (we do similar check for ambiguous glyph ranges and it's not ideal). Maybe |
Glyph names conflicting with keywords must be escaped, and lookup is a keyword already. |
I suspect someone already gets what they deserve if they have a glyph called lookup and they try to use chained contextuals... |
right. Ok then |
This should also work for GPOS. I use this feature a lot in Monotype format for substitution and positioning. |
Yes, should work, we just need a test for it. I was confused by the existing pos code which seemed to have more than one lookup anyway... |
I can make some tests. I have situations with about 5 lookups referenced. Maybe more. |
I've added a test for multiple lookups per position in the pull request (#1132). It didn't work, so I fixed it. :) |
The feature file spec (5.f.i) says:
However, the OpenType spec allows more than one lookup per position. ("multiple substitutions may occur in a given context", Substitution Lookup Record)
Syntactically it should not be a problem to extend the feature file spec to multiple lookups and allow e.g.
(unless someone has a glyph called
lookup
in which case they get what they deserve).The text was updated successfully, but these errors were encountered: