<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I do not see any big problems to move LGC, CJK, Emoji and Arabic/Hebrew into USE, though USE
<i>may</i> need some extensions to cover all the edge cases.</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);">
Yours,</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Renzhi</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>发件人:</b> mpeg-otspec <mpeg-otspec-bounces@lists.aau.at> 代表 Andrew Glass <Andrew.Glass@microsoft.com><br>
<b>发送时间:</b> 2020年8月21日 13:24<br>
<b>收件人:</b> John Hudson <john@tiro.ca>; mpeg-otspec@lists.aau.at <mpeg-otspec@lists.aau.at><br>
<b>主题:</b> Re: [MPEG-OTSPEC] [EXTERNAL] Re: Shaping behavior standardization: multi-engine or "Super USE"?</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">> JH: [With regard to the latter, there was recently a discussion on the Noto repo regarding whether scripts with very simple layout requirements should be passed to USE*. My inclination is yes, they should, and that any newly supported
script should be passed through USE regardless of the simplicity or complexity of shaping requirements. It would be helpful to know the position of the USE implementers on this.]<br>
<br>
I agree. With recent updates to Windows Shaping (DWrite & Uniscribe), we have been pushing newly encoded scripts into USE regardless of whether they are complex. This approach avoids the problem of determining whether a script meets a particular complexity
bar - and avoids cases in which one might get it wrong and underserve a script that has a non-obvious complexity requirement. The only downside I know of for pushing a script to USE that could be satisfied by a simpler engine is a minor perf impact-scripts
may take longer to render when shaped via USE. However, the delta is negligible for most use cases and that would certainly be the case for scripts being newly encoded.<br>
<br>
There is one more caveat, if during the encoding process within Unicode, a proposed script had special shaping requirements that would not be met by USE, then that would need to be captured and communicated clearly to implementors.<br>
<br>
Beyond that, 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. Other script-specific
engines have challenges which we investigated during USE development. Some of those are likely solvable with new classes and work in USE. Personally, I would like to see that happen so that maintenance costs associated with keeping engines current with Unicode
can be minimized.<br>
<br>
Cheers,<br>
<br>
Andrew<br>
<br>
-----Original Message-----<br>
From: mpeg-otspec <mpeg-otspec-bounces@lists.aau.at> On Behalf Of John Hudson<br>
Sent: Friday, August 21, 2020 12:28 PM<br>
To: mpeg-otspec@lists.aau.at<br>
Subject: [EXTERNAL] Re: [MPEG-OTSPEC] Shaping behavior standardization: multi-engine or "Super USE"?<br>
<br>
On 21082020 12:13 pm, Renzhi Li wrote:<br>
> Therefore, for the shaping behavior standardization, should we <br>
> standardize all the existing engines (focus on the "status quo"), or <br>
> work on USE extension to use one single engine for every script?<br>
<br>
Both.<br>
<br>
We do need to ensure that the existing engines provide consistent results for existing fonts built to those specs, even if we also provide mechanisms to pass scripts to USE instead.<br>
<br>
The USE layout model is both general and particular: it requires fonts for scripts with complex shaping requirements for correct text display to be made in a very particular ways, which are not compatible with the methods used in fonts for existing shaping
engines. So passing any script that currently goes to a dedicated engine through USE is going to require new script tags (or another special convention, e.g. a generic script tag. Even simple scripts might involve some different methods when being passed through
USE, and would need to be considered cautiously.<br>
<br>
[With regard to the latter, there was recently a discussion on the Noto repo regarding whether scripts with very simple layout requirements should be passed to USE*. My inclination is yes, they should, and that any newly supported script should be passed through
USE regardless of the simplicity or complexity of shaping requirements. It would be helpful to know the position of the USE implementers on this.]<br>
<br>
JH<br>
<br>
<br>
* <a href="https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgooglefonts%2Fnoto-fonts%2Fissues%2F576&data=02%7C01%7Crenzhi.li%40microsoft.com%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037194550&sdata=Mgi1SVWiN29%2Ffrvyszv8amuYNr%2FvXuZgQnakRPIIHQQ%3D&reserved=0">
https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgooglefonts%2Fnoto-fonts%2Fissues%2F576&data=02%7C01%7Crenzhi.li%40microsoft.com%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037194550&sdata=Mgi1SVWiN29%2Ffrvyszv8amuYNr%2FvXuZgQnakRPIIHQQ%3D&reserved=0</a><br>
<br>
<br>
-- <br>
<br>
John Hudson<br>
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%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037204542&sdata=WM4vO3VbkQuLZds%2FwkQvM8UkPLaG8BwSEidV%2FN0qBjk%3D&reserved=0">
https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.tiro.com%2F&data=02%7C01%7Crenzhi.li%40microsoft.com%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037204542&sdata=WM4vO3VbkQuLZds%2FwkQvM8UkPLaG8BwSEidV%2FN0qBjk%3D&reserved=0</a><br>
Salish Sea, BC tiro@tiro.com<br>
<br>
NOTE: In the interests of productivity, I am currently dealing with email on only two days per week, usually Monday and Thursday unless this schedule is disrupted by travel. If you need to contact me urgently, please use some other method of communication.
Thank you.<br>
<br>
_______________________________________________<br>
mpeg-otspec mailing list<br>
mpeg-otspec@lists.aau.at<br>
<a href="https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.aau.at%2Fmailman%2Flistinfo%2Fmpeg-otspec&data=02%7C01%7Crenzhi.li%40microsoft.com%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037204542&sdata=9ar7e8jfenSSyDI2xLFeVPa3JEPv1xYrOL8AJ6hoXNE%3D&reserved=0">https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.aau.at%2Fmailman%2Flistinfo%2Fmpeg-otspec&data=02%7C01%7Crenzhi.li%40microsoft.com%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037204542&sdata=9ar7e8jfenSSyDI2xLFeVPa3JEPv1xYrOL8AJ6hoXNE%3D&reserved=0</a><br>
_______________________________________________<br>
mpeg-otspec mailing list<br>
mpeg-otspec@lists.aau.at<br>
<a href="https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.aau.at%2Fmailman%2Flistinfo%2Fmpeg-otspec&data=02%7C01%7Crenzhi.li%40microsoft.com%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037204542&sdata=9ar7e8jfenSSyDI2xLFeVPa3JEPv1xYrOL8AJ6hoXNE%3D&reserved=0">https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.aau.at%2Fmailman%2Flistinfo%2Fmpeg-otspec&data=02%7C01%7Crenzhi.li%40microsoft.com%7C2a24a45bc07648e3189008d8461478fb%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637336401037204542&sdata=9ar7e8jfenSSyDI2xLFeVPa3JEPv1xYrOL8AJ6hoXNE%3D&reserved=0</a><br>
</div>
</span></font></div>
</body>
</html>