You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I wrote Compositor, I didn't have any test cases for these so I implemented them following my interpretation of the spec. The spec for these is pretty complex and (as I recall) incomplete/contradictory/confusing. So, the implementation is probably not correct. Now that the .fea syntax supports these lookup types, some test cases can be built and the implementation can be validated.
The test cases need to be incremental and atomic so that only one variable is being tested at a time. A simple text format that builds an in-memory font on the fly with defcon and pushes it through feaLib is going to be the easiest way to implement this.
I need to document the meaning of the values in compositor's glyph records after GPOS processing.
The x/y placement values are the adjustment to the initial drawing position of the glyph.
the x/y advance values are adjustments to the glyph's width/height. They do not incorporate the glyphs's width/height.
The idea is that these are "pure" GPOS values, especially for the advances. In theory, this makes it easier to evaluate the results of GPOS processing. That was the original goal of compositor.
When I wrote Compositor, I didn't have any test cases for these so I implemented them following my interpretation of the spec. The spec for these is pretty complex and (as I recall) incomplete/contradictory/confusing. So, the implementation is probably not correct. Now that the .fea syntax supports these lookup types, some test cases can be built and the implementation can be validated.
The test cases need to be incremental and atomic so that only one variable is being tested at a time. A simple text format that builds an in-memory font on the fly with defcon and pushes it through feaLib is going to be the easiest way to implement this.
I need to document the meaning of the values in compositor's glyph records after GPOS processing.
The idea is that these are "pure" GPOS values, especially for the advances. In theory, this makes it easier to evaluate the results of GPOS processing. That was the original goal of compositor.
Lookup Type 3 - Cursive Attachment
Syntax
Specification
Lookup Type 4 - Mark To Base Attachment
Syntax
Specification
Lookup Type 5 - Mark To Ligature Attachment
Syntax
Specification
Lookup Type 6 - Mark To Mark Attachment
Syntax
Specification
The text was updated successfully, but these errors were encountered: