<div dir="auto"><div><div dir="auto"><br><br><div class="elided-text"><div dir="ltr">On Fri, Aug 21, 2020, 4:55 PM Andrew Glass <<a href="mailto:Andrew.Glass@microsoft.com">Andrew.Glass@microsoft.com</a>> wrote:<br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I agree with John, existing engines need to be maintained so long as existing fonts would not be 100% compatible if shaped via USE. That is certainly the case for Indic 1 & 2 tags, hence the goal of supporting Indic 3 via USE. <br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">I'm confused - it seems from a discussion on another thread (below) that "indic 3" was an idea floated a a few years ago, but it's been at a dead stop for a while... Is that right?</div><div dir="auto"><br></div><div dir="auto">I'm guessing because of the regression risk to existing working fonts?</div><div dir="auto"><br></div><div dir="auto">It seems to me that a backwards incompatible format will then be needed, as Li Renzhi says.</div><div dir="auto"><br></div><div dir="auto"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 21, 2020, 8:01 PM Renzhi Li <<a href="mailto:Renzhi.Li@microsoft.com">Renzhi.Li@microsoft.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="ltr">

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

Enabling cross-script shaping may introduce an API break, and if we need that, it should be done in the OT2 story.</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<span style="color:rgb(0,0,0);font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt"><br>

</span></div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<span style="color:rgb(0,0,0);font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">Other possible API-beraking chagnes include:</span></div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<ul>

<li>32-bit GID</li><ul>

<li>Breaks DW and CoreText, which defined GID explicitly to UInt16.</li></ul></ul></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">This would be very helpful for the Noto project, where I'd like to see a single Noto Sans that has everything in it. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)"><ul>

<li>GSUB-GPOS-tangled shaping (i.e., placement-dependent substitution)</li><ul>

<li>Breaks DW as it perform GSUB and GPOS in <i>different API calls</i>.</li><li>HB is not influenced; not sure about CT.</li></ul>

</ul>

<div>Yours,</div>

<div>Renzhi</div>

</div>

<div id="m_-2471911486979579049appendonsend"></div>

<hr style="display:inline-block;width:98%">

<div id="m_-2471911486979579049divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>发件人:</b> mpeg-otspec <<a href="mailto:mpeg-otspec-bounces@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec-bounces@lists.aau.at</a>> 代表 Andrew Glass <<a href="mailto:Andrew.Glass@microsoft.com" target="_blank" rel="noreferrer">Andrew.Glass@microsoft.com</a>><br>

<b>发送时间:</b> 2020年8月21日 16:47<br>

<b>收件人:</b> Peter Constable <<a href="mailto:pgcon6@msn.com" target="_blank" rel="noreferrer">pgcon6@msn.com</a>>; John Hudson <<a href="mailto:john@tiro.ca" target="_blank" rel="noreferrer">john@tiro.ca</a>>; <a href="mailto:mpeg-otspec@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec@lists.aau.at</a> <<a href="mailto:mpeg-otspec@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec@lists.aau.at</a>><br>

<b>主题:</b> Re: [MPEG-OTSPEC] 回复: [EXTERNAL] Re: Shaping behavior standardization: multi-engine or "Super USE"?</font>

<div> </div>

</div>

<div dir="ltr">

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

Cross-script shaping support and the abilty to apply locl features to specific glyphs based on BCP-47 tags sounds ideal to me.</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

Andrew</div>

<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">

<br>

</div>

<div id="m_-2471911486979579049x_Signature">

<div>

<p>Sent from <a href="http://aka.ms/weboutlook" target="_blank" rel="noreferrer">Outlook</a><br>

</p>

</div>

</div>

<div id="m_-2471911486979579049x_appendonsend"></div>

<hr style="display:inline-block;width:98%">

<div id="m_-2471911486979579049x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> mpeg-otspec <<a href="mailto:mpeg-otspec-bounces@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec-bounces@lists.aau.at</a>> on behalf of Peter Constable <<a href="mailto:pgcon6@msn.com" target="_blank" rel="noreferrer">pgcon6@msn.com</a>><br>

<b>Sent:</b> Friday, August 21, 2020 4:32 PM<br>

<b>To:</b> John Hudson <<a href="mailto:john@tiro.ca" target="_blank" rel="noreferrer">john@tiro.ca</a>>; <a href="mailto:mpeg-otspec@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec@lists.aau.at</a> <<a href="mailto:mpeg-otspec@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec@lists.aau.at</a>><br>

<b>Subject:</b> Re: [MPEG-OTSPEC] 回复: [EXTERNAL] Re: Shaping behavior standardization: multi-engine or "Super USE"?</font>

<div> </div>

</div>

<div lang="EN-US">

<div>

Well, that certainly seems like a reason why language systems and features need to remain organized by scripts.

</p>

<p> </p>

<p>Now, in some OT2.0 future, maybe new formats could be created in which language systems don’t use OT tags at all but use BCP-47 tags directly. Then that would address that issue. And if ‘loc’ features were organized that way but other

 features don’t need to be shoe-horned into that structure, we could still have features applied script boundaries triggering lookups that can act on glyphs of whatever scripts.</p>

<p> </p>

<p> </p>

<p>Peter</p>

<p> </p>

<div>

<div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0in 0in 0in">

<p><b>From:</b> mpeg-otspec <<a href="mailto:mpeg-otspec-bounces@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec-bounces@lists.aau.at</a>>

<b>On Behalf Of </b>John Hudson<br>

<b>Sent:</b> Friday, August 21, 2020 3:09 PM<br>

<b>To:</b> <a href="mailto:mpeg-otspec@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec@lists.aau.at</a><br>

<b>Subject:</b> Re: [MPEG-OTSPEC] <span style="font-family:"MS Gothic"">回复</span>: [EXTERNAL] Re: Shaping behavior standardization: multi-engine or "Super USE"?</p>

</div>

</div>

<p> </p>

<div>

<p>On 21082020 1:52 pm, Peter Constable wrote:</p>

</div>

<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">

<p>Thirdly, if there is one shaping engine for all scripts, would there be any need at all for LangSys and Feature tables to still be organized hierarchically under different script tags? (That’s another existing obstacle to glyph actions

across script-run boundaries.) IOW, instead of a new _set_ of script tags, would just _one_ new “script” tag suffice?

</p>

</blockquote>

<p>That’s where my mind started going today. But I'm not sure all the issues that arise can be resolved in that model.</p>

<p>If itemisation and glyph run segmentation is not performed on the basis of script tag, and everything using the new USE tag gets processed as a single run, how do we handle characters with locl substitution forms specific to individual scripts? And if such

 characters are Unicode script=common, are we pushing the segmentation down a level rather than removing it?</p>

<p>J.</p>

<pre>-- </pre>

<pre> </pre>

<pre>John Hudson</pre>

<pre>Tiro Typeworks Ltd    <a href="https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.tiro.com%2F&data=02%7C01%7Crenzhi.li%40microsoft.com%7C8535f469b6e14d27ccdf08d8462ca963%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336504937408228&sdata=Bv4qmJVNOQ7090lRiMZ%2BSkktoxiBelveVcQPNhOjJxc%3D&reserved=0" target="_blank" rel="noreferrer">www.tiro.com</a></pre>

<pre>Salish Sea, BC        <a href="mailto:tiro@tiro.com" target="_blank" rel="noreferrer">tiro@tiro.com</a></pre>

<pre> </pre>

<pre>NOTE: In the interests of productivity, I am currently </pre>

<pre>dealing with email on only two days per week, usually </pre>

<pre>Monday and Thursday unless this schedule is disrupted </pre>

<pre>by travel. If you need to contact me urgently, please </pre>

<pre>use some other method of communication. Thank you.</pre>

</div>

</div>

</div>

</div>

_______________________________________________<br>

mpeg-otspec mailing list<br>

<a href="mailto:mpeg-otspec@lists.aau.at" target="_blank" rel="noreferrer">mpeg-otspec@lists.aau.at</a><br>

<a href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" rel="noreferrer noreferrer" target="_blank">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><br>

</blockquote></div></div></div>