<div dir="auto"><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Fri, Sep 11, 2020, 8:02 PM Adam Twardoch (Lists) <<a href="mailto:list.adam@twardoch.com" target="_blank" rel="noreferrer">list.adam@twardoch.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">On Sat, 12 Sep 2020 at 01:34, Dave Crossland <<a href="mailto:dcrossland@google.com" rel="noreferrer noreferrer" target="_blank">dcrossland@google.com</a>> wrote:</div><div dir="auto">> I'm not sure "political reasons" is a good principle. The political reasons have a technical basis, right?</div><div dir="auto"><br></div><div dir="auto">Well, I'm not qualified enough to speak about whether CFF2 is technically a “good thing” or not. ... it’s likely that it has some advantages. ... I don’t feel I’m equipped to list arguments why it shouldn’t be part of OFF2. I’m leaving it up to others to come up with pros and cons.</div></blockquote></div><div dir="auto"><br></div><div dir="auto">I'm with Li Renzhi, I'm not sure we should start with anything in OFF other than goals - ideas about what is needed and useful:</div><div dir="auto"><br></div><div dir="auto">I think a 64k glyph limit is a problem, and the idea that there should be no limit to the number of glyphs seems appealing to me; going from 16 bit GIDs to 32 to 64 to ...</div><div dir="auto"><br></div><div dir="auto">I think shape reuse is such an idea, and while CFF has one implementation of that, Li Renzhi has just proposed a more powerful kind which is familiar to editors like fontlab 6+ and GlyphsApp and robocjk. However, in some situations the "unpacking" of such "routinization" isn't ideal, as it requires loading a superset of data into memory and processing it. </div><div dir="auto"><br></div><div dir="auto">I think w3c incremental transfer is coming, so a relevant idea is that a new format should work well with such technologies.</div><div dir="auto"><br></div><div dir="auto">I think postscript/ttfautohint zone based style hinting is such an idea, and the "full" hinting instructions of TrueType have gone away in all modern renderers, but there is still a need for "overrides" as can be done to ttfautohint and VTT autohinter output. </div><div dir="auto"><br></div><div dir="auto">I think the "versioned table container" superstructure idea of sfnt is a good idea. </div><div dir="auto"><br></div><div dir="auto">And so on. I like the idea of having principles and goals, and citing prior art in so far as it prevents "reinventing the wheel" unnecessarily. </div><div dir="auto"><br></div><div dir="auto">But where OFF has duplicate data, or archaic constraints, we can avoid that by developing a new format from first b principles. </div><div dir="auto"><br></div><div dir="auto">Cheers</div><div dir="auto">Dave</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div>