<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 12/2/2022 9:21 AM, Luciano Notarfrancesco via Cuis-dev wrote:
<blockquote
cite="mid:CAL5GDyrsQ+aw-DGFhs3HuC+6rm92akNy9jvpocWFDtkGfdDBXg@mail.gmail.com"
type="cite">
<div>
<p class="p1" style="margin: 0px; font-stretch: normal;
font-size: 18.2px; line-height: normal; color: rgb(0, 0, 0);"
dir="auto"><span class="s1" 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
cite="mid:CAL5GDyrsQ+aw-DGFhs3HuC+6rm92akNy9jvpocWFDtkGfdDBXg@mail.gmail.com"
type="cite">
<div>
<p class="p2" style="margin: 0px; font-stretch: normal;
font-size: 18.2px; line-height: normal; min-height: 23.6px;
color: rgb(0, 0, 0);"><span class="s1" style="font-family:
UICTFontTextStyleBody; font-size: 18.24px;"></span><br>
</p>
<p class="p1" style="margin: 0px; font-stretch: normal;
font-size: 18.2px; line-height: normal; color: rgb(0, 0, 0);"><span
class="s1" 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 class="moz-signature" cols="72">--
Juan Vuletich
cuis.st
github.com/jvuletich
researchgate.net/profile/Juan-Vuletich
independent.academia.edu/JuanVuletich
patents.justia.com/inventor/juan-manuel-vuletich
linkedin.com/in/juan-vuletich-75611b3
twitter.com/JuanVuletich</pre>
</body>
</html>