<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 2024-03-15 8:52 am, Skef Iterum via
mpeg-otspec wrote:<br>
</div>
<blockquote type="cite"
cite="mid:d57f2176-14a6-4556-87f5-27d6212b694a@skef.org">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>Just from a conceptual level, it seems like one thing that
would be easy<br>
to do with an engine but hard to do with an axis is to control
the number<br>
of times the <i>same</i> contracting or expanding mechanism is
used on a given<br>
line. So, to be over-simplistic, if there's a larger "fi" and a
smaller "fi" and two<br>
"fi" candidates on a line, making it so that only one uses the
smaller and <br>
one uses the larger.</p>
<p>Another thing that seems harder to with an axis is to trade off
expanding<br>
and contracting elements. So, for example, if you have a way of
making<br>
"Qu" significantly larger and a way of making "ch" slightly
smaller, achieving<br>
a happy medium increase in length by using both of those.<br>
</p>
</blockquote>
<p>So, for example, if an expansion substitution made the width
slightly too much for the measure, a contraction substitution
elsewhere in the line might bring it to where it needs to be? Yes,
that seems problematic unless the engine is able to apply the JSTF
axis selectively within a line rather than across the whole line.</p>
JH<br>
<pre class="moz-signature" cols="72">--
John Hudson
Tiro Typeworks Ltd <a class="moz-txt-link-abbreviated" href="http://www.tiro.com">www.tiro.com</a>
Tiro Typeworks is physically located on islands
in the Salish Sea, on the traditional territory
of the Snuneymuxw and Penelakut First Nations.
__________
EMAIL HOUR
In the interests of productivity, I am only dealing
with email towards the end of the day, typically
between 4PM and 5PM. If you need to contact me more
urgently, please use other means.</pre>
</body>
</html>