-
-
Notifications
You must be signed in to change notification settings - Fork 27
Rmk97 medleyfontfile format #2192
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
Conversation
Including moving \READBINARYBITMAP from IMAGEOBJ to LLDISPLAY
To keep track of completeness, charset, slugness
This includes MEDLEYFONTFORMAT and changes in other files to include it in the loadup and to load fonts in the new format. But no medley-formatted fonts are included. The test case would be to load all of the charsets of a BDF-derived or HTML font into a font descriptor, and then execute (MEDLEYFONT.WRITE.FONT font). You may need to explicitly create the fonts/medleydisplayfonts or fonts/medleyhtmlfonts/ directories. The document is in docs/internal/MEDLEYFONTFORMAT.TEDIT. (That may not be there--GITFNS said it did not need to be included, that it had been included before, but I'm not sure. LMK.) This is part of what's included in #2168, which will eventually be closed. The other part is the rearchitecting of FONTCREATE. However, there is a minor update to FONT included here: The FONTDESCRIPTOR has new fields to track the charencoding of the font and whether or not the font is complete. The CHARSETINFO also has a complete flag, plus a slug flag, and a pointer field to an ALIST that typically would include at least the charencoding of the charset. Fonts that are coded in MCCS should have MCCS at least in FONTCHARENCODING field. |
A further comment: on reflection, I believe that this has what is needed to write the new fonts, but additional updates to FONT will be needed to read those files in the normal operation of FONTCREATE. I may have to backfill a few more changes to FONT to link that in. But building comes first. |
No description provided.