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

Better specification for how nested lookups (GSUB type 5) are to be processed #19

Open
davelab6 opened this issue Sep 27, 2020 · 2 comments

Comments

@davelab6
Copy link
Contributor

In #1 (comment) @PeterConstable wrote,

[OFF has an] incomplete specification (multiple details) for how nested lookups (e.g., GSUB type 5) are to be processed—all details that the spec should make clear in order to ensure interoperability.

I believe this is discussed in MicrosoftDocs/typography-issues#407

I hope this issue can track not only this being fixed in OFF spec text, but examples of un-interoperable nested lookups (GSUB type 5) already implemented being identified and fixed.

@behdad
Copy link

behdad commented Sep 28, 2020

There's two aspects to nested lookups that need clarification:

  1. The LookupFlags used. Is clear now. There was a MicrosoftDocs issue about it. The nested-lookup's lookup flags shall prevail,
  2. The range of the buffer area available to the nested-to lookups. I don't believe any limitation should be encoded. There's one or two MicrosoftDocs issues about this already.

@dscorbett
Copy link

For reference, Behdad’s first point’s issue was MicrosoftDocs/typography-issues#407 and the second’s are MicrosoftDocs/typography-issues#105 and MicrosoftDocs/typography-issues#184.

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

No branches or pull requests

3 participants