Interlisp
Bad NS character set 356Q in Classic and Modern ?
I've been looking at the character mappings from Alto fonts to NS fonts. (Some of the entries in the mapping arrays in Interpress don't seem to be correct.)
It appears to me that character set 356Q (Technical Symbol 2) is completely empty at least in size 10 and 12, whereas 357Q is at least spotted with a few characters.
lf someone confirms that this is the case, do we have another source for these bitmaps?
In the Google shared drive CHM-PARC https://drive.google.com/drive/u/1/folders/0ACzQNpmgRX8_Uk9PVA
there is a folder called "fonts". I'm filling it with all the .DISPLAYFONT files (case insensitive) from the CHM PARC archives.
there are also .strike files there, and .ac isn't hard to find.
We had some ambitions for better fonts #351
I wrote some prototype code for reading BDF font files. The next step is to tie it into Medley's font display system.
I converted Andrew's code to a Medley file, in the package "BDF". I did not make significant changes to the code. I also have a more complete .bdf file for testing. Both are attached. (Remove .txt extensions that GitHub required in order to attach.) READ-BDF.txt 13x34amc.bdf.txt
And, here's the link to the Adobe Glyph Bitmap Distribution Format document
