<div dir="ltr">That's great, thank you! I like the recent simplifications and renaming.<div>I updated the unicode input commands and added some combining characters. For example, you can type o\", v\vec, a\hat, etc.<div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 7, 2022 at 7:39 PM Juan Vuletich <<a href="mailto:juan@cuis.st">juan@cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
    
  
  <div bgcolor="#ffffff">
    On 12/2/2022 9:21 AM, Luciano Notarfrancesco via Cuis-dev wrote:
    <blockquote type="cite">
      <div>
        <p style="margin:0px;font-stretch:normal;font-size:18.2px;line-height:normal;color:rgb(0,0,0)" dir="auto"><span style="font-family:UICTFontTextStyleBody;font-size:18.24px">Yes, I was
            planning to add commands like the \hat your tried. The
            problem I see is if some user uses a different input method,
            for example a keyboard configured in international English.
            In that case, Cuis with a\hat would generate two code
            points, while entering â with ctrl+shift+^ followed by a
            would generate a single code point (I guess). If we use
            ambiguous unicode like this for selectors sooner or later
            some user will encounter a MNU. One way to get rid of
            ambiguity is to make sure a\hat generates normalized
            unicode, but perhaps a better and more general solution is
            to make sure that symbols are normalized.</span></p>
      </div>
    </blockquote>
    <br>
    Ok. Did it. The main change is to make #= and #hash answer as if two
    instances where normalized in NFC (even if they aren't). Then I also
    made UnicodeSymbols be in NFC too. All this is now at GitHub. Seems
    to work ok with variable names that "look the same" even if they are
    a different sequence of code points.<br>
    <br>
    <blockquote type="cite">
      <div>
        <p style="margin:0px;font-stretch:normal;font-size:18.2px;line-height:normal;min-height:23.6px;color:rgb(0,0,0)"><span style="font-family:UICTFontTextStyleBody;font-size:18.24px"></span><br>
        </p>
        <p style="margin:0px;font-stretch:normal;font-size:18.2px;line-height:normal;color:rgb(0,0,0)"><span style="font-family:UICTFontTextStyleBody;font-size:18.24px">Also I noticed some of the diacritical
            marks are rendered slightly misaligned, a bit too much to
            the right in some cases (depending on the modified
            character). For example x followed with u+0307 should show a
            dot on the top of x, aligned horizontally with the center of
            x, but it shows it a bit to the right.</span></p>
      </div>
    </blockquote>
    <br>
    Oh yes. TrueType doesn't include a specification on how to align
    diacritics and base glyph. Just centered them. This is also at
    GitHub now.<br>
    <br>
    Please try all this, and report any issues. Diacritics in source
    code seem to work OK now.<br>
    <br>
    Thanks,<br>
    <pre cols="72">-- 
Juan Vuletich
<a href="http://cuis.st" target="_blank">cuis.st</a>
<a href="http://github.com/jvuletich" target="_blank">github.com/jvuletich</a>
<a href="http://researchgate.net/profile/Juan-Vuletich" target="_blank">researchgate.net/profile/Juan-Vuletich</a>
<a href="http://independent.academia.edu/JuanVuletich" target="_blank">independent.academia.edu/JuanVuletich</a>
<a href="http://patents.justia.com/inventor/juan-manuel-vuletich" target="_blank">patents.justia.com/inventor/juan-manuel-vuletich</a>
<a href="http://linkedin.com/in/juan-vuletich-75611b3" target="_blank">linkedin.com/in/juan-vuletich-75611b3</a>
<a href="http://twitter.com/JuanVuletich" target="_blank">twitter.com/JuanVuletich</a></pre>
  </div>

</blockquote></div>