<div>                It just so happened that somebody (likely one of the people lurking in this list, or parties closely associated with one) requested some addition to freetype-py - the python binding to FreeType - towards such a goal.<br><br>Basically the requester asked that it should be possible to via freetype-py to retrieve the character +  variant-selector -> glyph id mapping .<br><br>So in the submitted example, this is one such result - the first number is just the character (without variant selector)'s glyph id, then followed by appending with 15 different variant selectors, with Source Han Sans:<br><br>40593|62913|62914|62915|62916|62917|62918|62919|62920|62921|62922|62923|62924|62925|62926|40593<br><br>Note that the last one is identical to without.<br><br>equivalent answer can be retrieved via harfbuzz and fonttools. So it is relatively simple just to check if character + variant selector looks up to be the same id as without, to highlight that mapping for that selector is missing.<br><br>#195/#196 on freetype-py's github tracker for those who want to know.<br><br>My role in this was mainly just to approve the suggested code addition and examples , so I am not familiar with this area on the "context/history" side - I think it would be nice to have names/annotations for the variant selectors, e.g. "region" "historical forms", but that's unlikely the case? John's comment about more additional variants seems to corroborate that - the numbering / additon of variant selectors is a bit ad-hoc?<br>            </div>            <div class="yahoo_quoted" style="margin:10px 0px 0px 0.8ex;border-left:1px solid #ccc;padding-left:1ex;">                        <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">                                <div>                        On Friday 7 June 2024 at 16:29:08 BST, John Hudson via mpeg-otspec <mpeg-otspec@lists.aau.at> wrote:                    </div>                    <div><br></div>                    <div><br></div>                                                <div><div id="yiv9272923424"><div>    <p>The font wouldn’t need to do anything special in this scenario.      The behaviour you describe is the sort of thing that is usually      found at the application level, which is where text      highlighting/colouring takes place, in concert with the shaping      engine. It seems easy enough to do: check for presence of      variation selector sequences, check for format 14 cmap mappings      for those sequences in the current font, highlight any sequences      without mappings.</p>    <p>[In the context of the runology queries, I don’t think variation      selectors are the best solution. There are similar issues in the      study of historical texts in many writing systems, and the set of      variants is usually too large and too open-ended to be suitable      for Unicode’s strict definition of variation selector forms. The      current version of the Brill Epichoric font, for instance,      includes 31 forms of Alpha—not including RTL boustrophedon      variants and stoichidon spacing forms—and it only takes discovery      and publication of one more inscription to introduce one or more      additional variants.]<br clear="none">    </p>    <p>JH<br clear="none">    </p>    <p><br clear="none">    </p>    <div id="yiv9272923424yqtfd61038" class="yiv9272923424yqt8798837707"><div class="yiv9272923424moz-cite-prefix">On 2024-06-07 4:11 am, William_J_G      Overington via mpeg-otspec wrote:<br clear="none">    </div>    <blockquote type="cite">      </blockquote></div></div><div id="yiv9272923424yqtfd66601" class="yiv9272923424yqt8798837707"></div><div><div id="yiv9272923424yqtfd22527" class="yiv9272923424yqt8798837707"><p><span style="font-size:18px;">There is a document</span></p>      <p> </p>      <p><span style="font-size:18px;">(R)Unicode: Encoding and          Sustainability Issues in Runology</span></p>      <p> </p>      <p><span style="font-size:18px;"><a rel="nofollow noopener noreferrer" shape="rect" target="_blank" href="https://www.unicode.org/L2/L2024/24129-runology.pdf" class="yiv9272923424moz-txt-link-freetext">https://www.unicode.org/L2/L2024/24129-runology.pdf</a></span></p>      <p> </p>      <p><span style="font-size:18px;">I have no expertise at all in          Runology but I did notice one thing in the document that has          prompted me to make an observation.</span></p>      <p> </p>      <p><span style="font-size:18px;">On page 14 the document has the          following.</span></p>      <p> </p>      <p><span style="font-size:18px;">> Fonts supporting that form          would display the appropriate glyph, recognising the string of          base-character + variation selector, but fonts without such          support would ignore the variation selector and fall back to a          generic form for the base character.</span></p>      <p> </p>      <p><span style="font-size:18px;">I suggest that it would be          possible to have a version of the program that displays the          glyphs to be such that if the fall back glyph is displayed due          to the requested glyph not being available in the font, then          that fall back glyph could be displayed in, say, red, or some          other way, so that it would be clear that that was the          situation rather than it being just an unreported fallback          situation. Is that possible with fonts and rendering systems          as they are now?</span></p>      <p> </p>      <p><span style="font-size:18px;">So it would not be a situation of          the variation selector request being ignored, but a situation          of the variation selector request not being acted upon yet a          notification that the request had not been acted upon notified          to the researcher.</span></p>      <p> </p>      <p><span style="font-size:18px;">I appreciate that this would not          be a feature requiring encoding in Unicode, but would involve          the font and the rendering system. So how could this be          implemented please, indeed are there any programs that already          implement such a feature? If the font returns the default          glyph when asked for the variation sequence requested glyph,          does the rendering system know that this is the case? If so,          how? If not, can a feature be added to the font specification          so that the rendering system will know please?</span></p>      <p> </p>      <p><span style="font-size:18px;">I am thinking that such a feature          could b useful in various situations, not only runology.</span></p>      <p> </p>      <p><span style="font-size:18px;">William Overington</span></p>      <p><br clear="none">        <span style="font-size:18px;">Friday 7 June 2024</span><br clear="none">         </p>      <p> </p>      <br clear="none">      <fieldset class="yiv9272923424moz-mime-attachment-header"></fieldset>      </div><pre class="yiv9272923424moz-quote-pre"><div id="yiv9272923424yqtfd10114" class="yiv9272923424yqt8798837707">_______________________________________________mpeg-otspec mailing list<a rel="nofollow noopener noreferrer" shape="rect" ymailto="mailto:mpeg-otspec@lists.aau.at" target="_blank" href="mailto:mpeg-otspec@lists.aau.at" class="yiv9272923424moz-txt-link-abbreviated">mpeg-otspec@lists.aau.at</a><a rel="nofollow noopener noreferrer" shape="rect" target="_blank" href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" class="yiv9272923424moz-txt-link-freetext">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a></div></pre>        <pre class="yiv9272923424moz-signature">-- John HudsonTiro Typeworks Ltd    <a rel="nofollow noopener noreferrer" shape="rect" target="_blank" href="http://www.tiro.com" class="yiv9272923424moz-txt-link-abbreviated">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 HOURIn 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><div id="yiv9272923424yqtfd59528" class="yiv9272923424yqt8798837707">  </div></div></div><div class="yqt8798837707" id="yqtfd41643">_______________________________________________<br clear="none">mpeg-otspec mailing list<br clear="none"><a shape="rect" ymailto="mailto:mpeg-otspec@lists.aau.at" href="mailto:mpeg-otspec@lists.aau.at">mpeg-otspec@lists.aau.at</a><br clear="none"><a shape="rect" href="https://lists.aau.at/mailman/listinfo/mpeg-otspec" target="_blank">https://lists.aau.at/mailman/listinfo/mpeg-otspec</a><br clear="none"></div></div>            </div>                </div>