<div dir="ltr"><div>Hello all,</div><div><br></div><div>I wanted to revisit this issue as I'm working on it again. Back in April, Tobias mentioned the following:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>I'm not sure we are actually loading all glyphs.<br>
Also note, that nothing in the font (like substitiution tables) are actually supported :/<br>
sorry.</div></blockquote><div><br></div><div>It appears that <a href="https://www.hethport.uni-wuerzburg.de/cuneifont/">the particular ancient fonts that I'm using</a> -- and other ancient fonts whose codepoints are now part of the Unicode standard -- make use of substitution in order to access points beyond 65535 (a full unsigned 16 bits). I know this to be true for my particular Akkadian fonts because if I dig into the code I am able to render the glyphs that TTFontReader has parsed out of the file, but only if I modify the renderGlyph:height:fgColor:bgColor:depth: message to look in the Font description's table of glyphs (rather than the codepoint sparsetable, which is 65535 entries long and has no glyphs at all  in it).</div><div><br></div><div>Is there some deep reason not to support GSUB (substitution), aside from the complexity of ligatures? Right now if a TTF file has a GSUB entry it's not even being parsed out by TTFontReader. I'm really bumping around in the dark here, but I might be able to come up with something that at least permits the use of straight 1 to 1 substitutions. Any thoughts or ideas?</div><div><br></div><div>I'm attaching a few screenshots that can give a better idea of what I've done just to get something to render properly. I created a modified version of renderGlyph: (etc, etc).<br></div></div>