<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head>
<body>
<div>
<div dir="ltr">Great idea! I like it better especially since now apps can rely on the font entirely to determine what gets kerned in the proportional Japanese case and not worry that 'kern' will affect Japanese without 'palt', and they also don't have to try
to detect which glyphs are full width in the font or whatever (in our case we exclude upright in vertical characters/glyphs as the proxy for full width). </div>
</div>
<div id="ms-outlook-mobile-signature">
<div><br>
</div>
<div style="direction: ltr;">¡ªNat</div>
</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>From:</b> Peter Constable <pconstable@microsoft.com><br>
<b>Sent:</b> Wednesday, February 21, 2024 6:54:01 PM<br>
<b>To:</b> Nat McCully <nmccully@adobe.com>; Josh Hadley <johadley@adobe.com>; mpeg-otspec@lists.aau.at <mpeg-otspec@lists.aau.at><br>
<b>Cc:</b> kida@mac.com <kida@mac.com><br>
<b>Subject:</b> RE: OpenType 'palt' and 'kern' Documentation Revision Proposal</font>
<div> </div>
</div>
<style>
<!--
@font-face
{font-family:"MS Gothic"}
@font-face
{font-family:"Cambria Math"}
@font-face
{font-family:"Yu Gothic"}
@font-face
{font-family:Calibri}
@font-face
{font-family:Aptos}
@font-face
{}
@font-face
{}
@font-face
{font-family:wf_segoe-ui_normal}
p.x_MsoNormal, li.x_MsoNormal, div.x_MsoNormal
{margin:0in;
font-size:12.0pt;
font-family:"Aptos",sans-serif}
a:link, span.x_MsoHyperlink
{color:#0563C1;
text-decoration:underline}
p.x_xmsonormal, li.x_xmsonormal, div.x_xmsonormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif}
span.x_EmailStyle26
{font-family:"Aptos",sans-serif;
color:windowtext}
.x_MsoChpDefault
{font-size:10.0pt}
@page WordSection1
{margin:1.0in 1.0in 1.0in 1.0in}
div.x_WordSection1
{}
-->
</style>
<div lang="EN-US" link="#0563C1" vlink="purple" style="word-wrap:break-word">
<p><span style="font-size:14px; color:rgb(0,0,0)"><strong>EXTERNAL: Use caution when clicking on links or opening attachments.</strong></span></p>
<p><br>
</p>
<div>
<div class="x_WordSection1">
<p class="x_MsoNormal"><span style="font-size:11.0pt">Thanks for the info.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">I understand the need, which is reasonable. I just suspect this approach will not work out well.
</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">It all hinges on special and complex logic for determining over what text spans ¡®kern¡¯ can be on by default. (To do it properly, I think you¡¯d want to parse coverage tables of lookups linked to ¡®palt¡¯ and
map those glyphs back to characters, including any paths through GSUB substitutions.) If some apps were to attempt something, implementations would likely be very buggy and inconsistent with one another, which would likely lead to font vendors getting complaints
from their customers regarding some mix of apps that are outside their control.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Rather than suggest complex logic for default setting of ¡®kern¡¯, wouldn¡¯t it be much simpler to define a new feature to activate kerning actions on glyphs to which ¡®palt¡¯ has also been applied? Here¡¯s a
possibility:</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">¡ª¡ª¡ª¡ª</span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">Tag: </span></i><span style="font-size:11.0pt">'apkn'<i></i></span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt"> </span></i></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">Friendly name: </span></i><span style="font-size:11.0pt">Kerning for alternate proportional widths.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">Function:</span></i><span style="font-size:11.0pt"> Applies kerning adjustments to glyphs that have monospace advance widths by default but have been adjusted to proportional widths by application of
the ¡®palt¡¯ feature.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">Example: </span></i><span style="font-size:11.0pt">A user activates proportional metrics (¡®palt¡¯) in Japanese text, which results in some glyphs that had monospace advance widths by default now having
proportional widths. By activating this feature as well, those glyphs are then kerned with other glyphs. For instance, the glyph for U+FF08 ¡°</span><span style="font-size:11.0pt; font-family:"MS Gothic"">£¨</span><span style="font-size:11.0pt">¡± has full-width
advance by default; the ¡®palt¡¯ feature adjusts the glyph to have a narrower, proportional width; this feature then shifs this glyph closer to U+3078 ¡°</span><span style="font-size:11.0pt; font-family:"Yu Gothic",sans-serif">¤Ø</span><span style="font-size:11.0pt">¡±
in the combination ¡°</span><span style="font-size:11.0pt; font-family:"Yu Gothic",sans-serif">£¨¤Ø</span><span style="font-size:11.0pt">¡±.</span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt"> </span></i></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">Recommended implementation:</span></i><span style="font-size:11.0pt"> The font kerns Kanji, Kana, Latin, punctuation, or other glyphs if those glyphs also are adjusted to proportional widths by lookups
linked to the ¡®palt¡¯ feature. </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Primarily intended for use in the GPOS table. Positioning adjustments can be implemented using GPOS pair-adjustment (type 2) lookups. Single- and pair-adjustment lookups have simple additive effect, therefore
relative ordering of lookups for this feature and type 1 or type 2 lookups for ¡®palt¡¯ or other similar features is not crucial.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">It is strongly recommended that glyphs that have monospace widths by default not be kerned with other glyphs using the ¡®kern¡¯ feature but should only be kerned by activation of this feature.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">UI suggestion: </span></i><span style="font-size:11.0pt">This feature should be off by default, and activation should only be possible if the ¡®palt¡¯ feature has been activated. If ¡®palt¡¯ has been activated,
then this feature may be automatically activated, but the UI should also provide a way to deactivate the feature when ¡®palt¡¯ is activated. The UI could implement logic for controlling both this feature and the ¡®kern¡¯ feature using a single control, but such
logic should ensure that this feature is only activated if ¡®palt¡¯ is activated.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">Script/language sensitivity:</span></i><span style="font-size:11.0pt"> Intended primarily for CJK fonts but can be used in fonts for any script that have monospace advance widths by default.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><i><span style="font-size:11.0pt">Feature interaction: </span>
</i><span style="font-size:11.0pt">Should only be implemented in fonts that also implement the ¡®palt¡¯ feature, which this feature is intended to complement. This feature should only be activated if ¡®palt¡¯ has been activated, but is not required to be activated
if ¡®palt¡¯ is activated.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">¡ª¡ª¡ª¡ª</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">This way, the description and implementation for ¡®kern¡¯ are much simpler: there¡¯s no need for complex logic to determine over which spans ¡®kern¡¯ should be activated by default; the app simply should always
activate ¡®kern¡¯ by default for all text. Assuming the above recommendations for the new feature are followed in a font, having ¡®kern¡¯ on by default doesn¡¯t result in undesired results.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">And, since the recommendation for the new feature is that it be off by default, the worst-case scenario of an app not having any logic about dependency on ¡®palt¡¯ also doesn¡¯t lead to undesired results by
default. A user might be able to activate this feature when ¡®palt¡¯ isn¡¯t activated, but they can then turn it off.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">I would think there¡¯s a better chance apps will expose this feature along with ¡®palt¡¯ than implement special, complex and bug-prone logic around default activation of ¡®kern¡¯.</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt">Peter Constable</span></p>
<p class="x_MsoNormal"><span style="font-size:11.0pt"> </span></p>
<div>
<div style="border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0in 0in 0in">
<p class="x_MsoNormal"><b><span style="font-size:11.0pt; font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt; font-family:"Calibri",sans-serif"> Nat McCully <nmccully@adobe.com>
<br>
<b>Sent:</b> Wednesday, February 21, 2024 6:29 PM<br>
<b>To:</b> Peter Constable <pconstable@microsoft.com>; Josh Hadley <johadley@adobe.com>; mpeg-otspec@lists.aau.at<br>
<b>Cc:</b> kida@mac.com<br>
<b>Subject:</b> [EXTERNAL] Re: OpenType 'palt' and 'kern' Documentation Revision Proposal</span></p>
</div>
</div>
<p class="x_MsoNormal"> </p>
<table class="x_MsoNormalTable" border="0" cellspacing="0" cellpadding="0" align="left" width="100%" style="width:100.0%">
<tbody>
<tr>
<td style="background:#A6A6A6; padding:5.25pt 1.5pt 5.25pt 1.5pt"></td>
<td width="100%" style="width:100.0%; background:#EAEAEA; padding:5.25pt 3.75pt 5.25pt 11.25pt">
<div>
<p class="x_MsoNormal" style=""><span style="font-size:9.0pt; font-family:wf_segoe-ui_normal; color:#212121">You don't often get email from
<a href="mailto:nmccully@adobe.com">nmccully@adobe.com</a>. <a href="https://aka.ms/LearnAboutSenderIdentification">
Learn why this is important</a></span></p>
</div>
</td>
<td width="75" style="width:56.25pt; background:#EAEAEA; padding:5.25pt 3.75pt 5.25pt 3.75pt">
</td>
</tr>
</tbody>
</table>
<div>
<div>
<div>
<div>
<p class="x_MsoNormal">Thanks for the comments. </p>
</div>
<div>
<p class="x_MsoNormal"> </p>
</div>
<div>
<p class="x_MsoNormal">Adobe apps do implement palt and kern together when you select ¡°metrics¡± kerning (also called ¡°auto¡±. Fonts that set kerning values on kana glyphs set the kern amount as a delta from the ¡®palt¡¯ widths, so it actually would be incorrect
only to turn ¡®kern¡¯ without also turning on ¡®palt¡¯. However this is problematic as a default value for Japanese, so we defined a new ¡°Roman only kerning¡± setting that is the default and only kerns non-CJK glyphs and leaves CJK monospaced. </p>
</div>
<div>
<p class="x_MsoNormal"> </p>
</div>
<div>
<p class="x_MsoNormal">Most applications set kerning on by default. If you do not do the above complex thing the Japanese fonts that have kerning values for kana glyphs will not kern enough, and will not be monospaced by default, which makes it difficult to
get a quality or desired result out of the box. </p>
</div>
</div>
</div>
<div id="x_ms-outlook-mobile-signature">
<div>
<p class="x_MsoNormal"> </p>
</div>
<div>
<p class="x_MsoNormal">¡ªNat</p>
</div>
</div>
<div class="x_MsoNormal" align="center" style="text-align:center">
<hr size="2" width="98%" align="center">
</div>
<div id="x_divRplyFwdMsg">
<p class="x_MsoNormal"><b><span style="font-size:11.0pt; font-family:"Calibri",sans-serif; color:black">From:</span></b><span style="font-size:11.0pt; font-family:"Calibri",sans-serif; color:black"> mpeg-otspec <<a href="mailto:mpeg-otspec-bounces@lists.aau.at">mpeg-otspec-bounces@lists.aau.at</a>>
on behalf of Peter Constable via mpeg-otspec <<a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a>><br>
<b>Sent:</b> Wednesday, February 21, 2024 5:04:19 PM<br>
<b>To:</b> Josh Hadley <<a href="mailto:johadley@adobe.com">johadley@adobe.com</a>>;
<a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a> <<a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a>><br>
<b>Cc:</b> <a href="mailto:kida@mac.com">kida@mac.com</a> <<a href="mailto:kida@mac.com">kida@mac.com</a>><br>
<b>Subject:</b> Re: [MPEG-OTSPEC] OpenType 'palt' and 'kern' Documentation Revision Proposal</span>
</p>
<div>
<p class="x_MsoNormal"> </p>
</div>
</div>
<div>
<p><strong><span style="font-size:10.5pt; font-family:"Aptos",sans-serif; color:black">EXTERNAL: Use caution when clicking on links or opening attachments.</span></strong></p>
<p> </p>
<div>
<div>
<p class="x_xmsonormal"><span style="font-family:"Aptos",sans-serif">This was reported last fall as an issue on the OpenType spec:</span></p>
<p class="x_xmsonormal"><span style="font-family:"Aptos",sans-serif"> </span></p>
<p class="x_xmsonormal"><a href="https://github.com/MicrosoftDocs/typography-issues/issues/1069" originalsrc="https://github.com/MicrosoftDocs/typography-issues/issues/1069" shash="aVjRJU8D1UMYt3wMnb3uP7SA/whzGMr+vTtdckZGL/FegsQEr4LY1q7y1eoPBlJBDqtL88OsAO+qjQYmKe3tuxDFjILjwkYMgtgsY6K5oXYXFbCoJGrwVGQ69O5tdq6wMFc2O5/gAAA5kB5V/WU9haqAZvUi8IFbcRWgR5raCj8=">'kern'
and 'palt' UI suggestions and feature interaction descriptions are confusing for CJK ¡¤ Issue #1069 ¡¤ MicrosoftDocs/typography-issues (github.com)</a></p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">I¡¯ve added comments in the discussion for that issue.</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">I¡¯m leery about feature descriptions recommending complex feature-application behaviours that are unlikely to get implemented in applications. I have that concern in this case.</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">The ¡®palt¡¯ feature was defined by Adobe in early 1998. The earliest description (OpenType 1.1) didn¡¯t mention interaction with ¡®kern¡¯. Here¡¯s an excerpt:</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal">Tag: "kern"</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal">UI suggestion: This feature should be active by default. Applications may wish to allow users to add further manually-specified adjustments to suit specific needs and tastes.</p>
<p class="x_xmsonormal">Script/language sensitivity: None.</p>
<p class="x_xmsonormal">Feature interaction: May be used in addition to any other feature.</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal">Tag: "palt"</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal">UI suggestion: This feature would be off by default.</p>
<p class="x_xmsonormal">Script/language sensitivity: Used mostly in CJKV fonts.</p>
<p class="x_xmsonormal">Feature interaction: This feature overrides the results of all other width features.</p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">In OpenType 1.2 (October 1998), the relationship to ¡®kern¡¯ was recognized (emphasis added):</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal">Feature interaction: This feature overrides the results of all other glyph-width features.
<b>Applying this feature should also activate the kern feature.</b></p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Some of the early Adobe feature descriptions are worded in ways that might suggest a wrong expectation that features in a font can control activation of other features in the font. I don¡¯t know if that¡¯s what the author of that description
was assuming at the time. It¡¯s worth pointing out, however, that the desired outcome of the above recommendation doesn¡¯t require activating any other feature when ¡®palt¡¯ is activated: the lookups that implement kerning actions could simply be referenced by
the ¡®palt¡¯ feature table directly.</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">By OpenType 1.3 (2000?), more subtle interaction between ¡®kern¡¯ and ¡®palt¡¯ was called out, though it appears the idea was emerging subtle that interaction between ¡®palt¡¯ and ¡®kern¡¯ could be more subtle, though the feature descriptions
weren¡¯t consistent with each other:</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal">Tag: 'kern'</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal"><i>UI suggestion:</i> This feature should be active by default for horizontal text setting. Applications may wish to allow users to add further manually-specified adjustments to suit specific needs and tastes.</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal"><i>Feature interaction:</i> If 'kern' is activated, 'palt' must also be activated if it exists. (<b>If 'palt' is activated, there is no requirement that 'kern' must also be activated.</b>) May be used in addition to any other feature
except those which result in fixed (uniform) advance widths (e.g. fwid, halt, hwid, qwid and twid)</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal">Tag: 'palt'</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal"><i>Feature interaction:</i> This feature is mutually exclusive with all other glyph-width features (e.g. fwid, halt, hwid, pwid, qwid and twid), which should be turned off when it's applied.
<b>Applying this feature should activate the kern feature.</b> See also vpal.</p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">By OpenType 1.5 (May 2008) the ¡®palt¡¯ description was updated to match interaction described in the ¡®kern¡¯ description.</p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal">Tag: 'palt'</p>
<p class="x_xmsonormal">¡</p>
<p class="x_xmsonormal"><i>Feature interaction:</i> This feature is mutually exclusive with all other glyph-width features (e.g. fwid, halt, hwid, qwid and twid), which should be turned off when it¡¯s applied.
<b>If palt is activated, there is no requirement that kern must also be activated.</b> If kern is activated, palt must also be activated if it exists. See also vpal.</p>
<p class="x_xmsonormal">¡ª¡ª¡ª¡ª¡ª</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Since 2008, these feature descriptions have not changed in these regards.</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">So, it¡¯s over 25 years since Adobe first registered ¡®palt¡¯, and at least 15 years since they recommended applications implement more subtle interaction between ¡®palt¡¯ and ¡®kern¡¯.
</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Now it¡¯s proposed that applications should implement behaviour that¡¯s even more involved, detecting whether glyphs are proportional or monospace and
<i>requiring </i>that 'kern' ¡°[by] default shall not be activated on monospaced glyphs, but may be activate on any proportional-width glyphs¡±. I¡¯m not even sure how an app is expected to distinguish monospaced glyphs from proportional glyphs.
</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">But even without this proposed revision, there¡¯s been an assumption for over 15 years that apps would have some interaction between application of ¡®palt¡¯ and of ¡®kern¡¯. Does any app today implement that?
</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">If any app does, I expect Adobe, which proposed ¡®palt¡¯, would have done so at some point in the past 25 years. I don¡¯t see a way in InDesign to control ¡®palt¡¯¡ªhere are the options I see in InDesign with the Yu Gothic font, which implements
both ¡®palt¡¯ and ¡®kern¡¯ in GPOS under the default language system for ¡®hani, ¡®kana¡¯, ¡®latn¡¯ and other scripts:</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"><img border="0" width="171" height="338" id="x_x_Picture_x0020_1" src="cid:image001.png@01DA64F5.64B99520" alt="A screenshot of a computer
Description automatically generated" style="width:1.7833in; height:3.525in"></p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">PhotoShop appears to be exposing ¡®palt¡¯ in UI, but it¡¯s set on with no way to toggle it off:</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"><img border="0" width="297" height="301" id="x_x_Picture_x0020_2" src="cid:image002.png@01DA64F5.64B99520" alt="A screenshot of a computer menu
Description automatically generated" style="width:3.0916in; height:3.1333in"></p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">In both apps, it¡¯s not exactly clear to me how kerning UI interacts with the ¡®kern¡¯ feature. By default kerning is set to ¡°Metrics¡±, which I¡¯m guessing uses ¡®kern¡¯ (and I assume it¡¯s deactivated by selecting the ¡°0¡± option):</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"><img border="0" width="116" height="265" id="x_x_Picture_x0020_4" src="cid:image004.png@01DA64F5.64B99520" alt="A screenshot of a computer
Description automatically generated" style="width:1.2083in; height:2.7583in"></p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">If that¡¯s the case, then the default is that both ¡®palt¡¯ and ¡®kern¡¯ are activated by default for both Latin and CJK runs, with no way to disable ¡®palt¡¯ (that I¡¯ve found).</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"><img border="0" width="411" height="353" id="x_x_Picture_x0020_3" src="cid:image005.png@01DA64F5.64B99520" style="width:4.2833in; height:3.675in"></p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Peter Constable</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"><span style="font-family:"Aptos",sans-serif"> </span></p>
<div>
<div style="border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0in 0in 0in">
<p class="x_xmsonormal"><b>From:</b> mpeg-otspec <<a href="mailto:mpeg-otspec-bounces@lists.aau.at">mpeg-otspec-bounces@lists.aau.at</a>>
<b>On Behalf Of </b>Josh Hadley via mpeg-otspec<br>
<b>Sent:</b> Wednesday, February 21, 2024 11:45 AM<br>
<b>To:</b> <a href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a><br>
<b>Cc:</b> <a href="mailto:kida@mac.com">kida@mac.com</a><br>
<b>Subject:</b> [EXTERNAL] [MPEG-OTSPEC] OpenType 'palt' and 'kern' Documentation Revision Proposal</p>
</div>
</div>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">(I¡¯m posting this on behalf of Nat McCully for discussion at the next AHG meeting; he¡¯s unavailable right now but wanted to get it on the agenda)</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Vlad & AHG members,</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Please consider the proposal posted at <a href="https://github.com/jcitpc/CJKFont/blob/main/docs/palt_kern.md" originalsrc="https://github.com/jcitpc/CJKFont/blob/main/docs/palt_kern.md" shash="PtozR+y8bDgKSjLtVmWLR02aBR5hqarorVy41YXEip9IkwDYFHdgb8tcXUsYyPHKt4pkbZouqYkYxT0Rx+1tlcti1wyrwLV7/jCEuQmlFMJIbaBvoaKA9qdnWcxpAjkPjkrQB6W00LwL/1LFa49Qdpmw1Vcp2F3g0YMlYJa73b0=">
https://github.com/jcitpc/CJKFont/blob/main/docs/palt_kern.md</a> for addition to the next AHG meeting agenda.</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Thanks,</p>
<p class="x_xmsonormal"> </p>
<p class="x_xmsonormal">Josh Hadley</p>
<p class="x_xmsonormal"> </p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>