<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Selective application would be an option, but because the actual
      mechanisms<br>
      implemented as part of the axis would (presumably) be opaque at
      that level, <br>
      you'd either be stabbing around in the dark hoping to get a good
      combination,<br>
      or iteratively "discovering" the particular mechanisms based on
      the substitutions<br>
      or adjustments being made and then applying the axis to parts of
      the line<br>
      on that basis.</p>
    <p>Skef<br>
    </p>
    <div class="moz-cite-prefix">On 3/15/24 09:47, John Hudson via
      mpeg-otspec wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:f719e66d-2760-4ef3-90d5-15338911eb9e@tiro.ca">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <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" moz-do-not-send="true">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>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
mpeg-otspec mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a>
<a class="moz-txt-link-freetext" href="https://lists.aau.at/mailman/listinfo/mpeg-otspec">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a>
</pre>
    </blockquote>
  </body>
</html>