<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>FYI for the list<br>
    </p>
    <div class="moz-forward-container">--Ken<br>
      <br>
      -------- Forwarded Message --------
      <table class="moz-email-headers-table" cellspacing="0"
        cellpadding="0" border="0">
        <tbody>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">Subject:
            </th>
            <td>Re: Suspected error in the ISO 15924 standard</td>
          </tr>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">Date: </th>
            <td>Wed, 27 Apr 2022 08:11:51 -0700</td>
          </tr>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">From: </th>
            <td>Ken Whistler <a class="moz-txt-link-rfc2396E" href="mailto:kenwhistler@sonic.net"><kenwhistler@sonic.net></a></td>
          </tr>
          <tr>
            <th valign="BASELINE" nowrap="nowrap" align="RIGHT">To: </th>
            <td>Wáng Yifán <a class="moz-txt-link-rfc2396E" href="mailto:747.neutron@gmail.com"><747.neutron@gmail.com></a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      Yifán,<br>
      <br>
      On 4/27/2022 12:50 AM, Wáng Yifán via Unicode wrote:<br>
      <blockquote type="cite">Is the Unicode contact form a valid
        channel to report what seems a bug<br>
        in the ISO 15924 text?<br>
      </blockquote>
      <br>
      No, not really. The Unicode Consortium maintains the registry for
      ISO 15924, but TC46 is the relevant ISO committee responsible for
      the text of the standard.<br>
      <br>
      Regarding your observations below, yes, this is a defect in the
      text of the standard, and was already pointed out to TC46 during
      the balloting last fall. Those of us who pointed out the problem
      and who suggested an easy fix ended up overruled by the ISO
      Central Secretariat, who made (IMO) a bad call on this one.<br>
      <br>
      My advice now is just to ignore the issue in the text of the
      standard. It has no practical effect on the way the registry
      actually works.<br>
      <br>
      --Ken<br>
      <br>
      <blockquote type="cite"><br>
        Specifically:<br>
        <br>
        In the recently revised ISO 15924:2022, page 3, among numeric
        script<br>
        codes it says:<br>
        <br>
        <blockquote type="cite">700–799 (unassigned)<br>
        </blockquote>
        But the range has been used since 2014 by Duployan, and
        according to<br>
        the notice of changes
        <a class="moz-txt-link-freetext" href="https://unicode.org/iso15924/codechanges.html">https://unicode.org/iso15924/codechanges.html</a>:<br>
        <br>
        <blockquote type="cite">On 2010-07-18 the range 700-799 was
          assigned to "Shorthands and other notations".<br>
        </blockquote>
        So they shouldn't have been marked "unassigned" anymore at the
        point<br>
        of revision.<br>
        <br>
      </blockquote>
      <br>
    </div>
  </body>
</html>