Should we formalize the OT Spec?

Belleve Invis
Posts: 269
As OTVar being added, OpenType finally become a programming language somehow...
So should we formalize it, by defining the semantics of a font into a formalized language (like, Coq or Idris), and define the corresponded functions into it?
Here is an example of formalized algorithm of calculating a "value + delta" quantity: https://gist.github.com/be5invis/cf7a3a0c8925cace3749986cf64f15fc
So should we formalize it, by defining the semantics of a font into a formalized language (like, Coq or Idris), and define the corresponded functions into it?
Here is an example of formalized algorithm of calculating a "value + delta" quantity: https://gist.github.com/be5invis/cf7a3a0c8925cace3749986cf64f15fc
Tagged:
1
Comments
-
Do you mean like https://github.com/Pomax/A-binary-parser-generator/blob/master/OpenType.spec ?0
-
Dave Crossland said:Do you mean like https://github.com/Pomax/A-binary-parser-generator/blob/master/OpenType.spec ?0
Categories
- All Categories
- 43 Introductions
- 3.7K Typeface Design
- 811 Font Technology
- 1.1K Technique and Theory
- 628 Type Business
- 449 Type Design Critiques
- 547 Type Design Software
- 30 Punchcutting
- 137 Lettering and Calligraphy
- 84 Technique and Theory
- 53 Lettering Critiques
- 493 Typography
- 307 History of Typography
- 115 Education
- 71 Resources
- 505 Announcements
- 81 Events
- 106 Job Postings
- 151 Type Releases
- 166 Miscellaneous News
- 271 About TypeDrawers
- 53 TypeDrawers Announcements
- 117 Suggestions and Bug Reports