
<html>

<body>

At 17:19 22/03/2011, Mark Davis ☕ wrote:<br>

<blockquote type=cite class=cite cite=""><font face="georgia">See also

Section 2.1 in

<a href="http://www.unicode.org/reports/tr44/#Simple_Derived">

http://www.unicode.org/reports/tr44/#Simple_Derived</a>. In

particular:<br><br></font>

<dl>

<dd>Implementations should simply use the derived properties, and should

not try to rederive them from lists of simple properties and collections

of rules, because of the chances for error and divergence when doing

so.<br>


<dd>Definitions of property derivations are provided for information

only, typically in comment fields in the data files. Such definitions may

be refactored, refined, or corrected over time. </blockquote>

</dl>Correct, this is why we need a script/fount neutral network support

of the graphic symbol (not the character) set based on geometry. As long

as Unicode variations are permited (1) we do not have the permanent

referent we consider we have (2) we have Unicode as an help but also a

mutch too sophisticated separation with symbolic use. A typical problem

is ".6r" for Bulgaria.<br><br>

jfc</body>

</html>