<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 30, 2019, 12:45 AM JeanHeyd Meneide &lt;<a href="mailto:phdofthehouse@gmail.com">phdofthehouse@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Well, the directives of the SG16 Direction Paper says to avoid excessive inventiveness....<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I would be wary to any inventiveness in terms of departing from the Unicode spec , let&#39;s follow the recommendation of the Unicode consortium, they know better.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Because the unicode character database properties have pervasive uses in Unicode (staring with Normalization, and branching out from there), it would be incredibly hard to properly provide all of the C++ algorithms a chance to override the database used. You&#39;d have to make sure every single algorithm can receive the database; or, define a &quot;weak symbol&quot; from the implementation which you then plug with your information. I don&#39;t know if the Timezone Database (tzdb) in chrono/date can help shed some light on how this might be done in a Modern C++ API without breaking implementer backs; looking there might be a good start.<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Timezones are different in that they change a lot, but then again it is not something users should be able to control and they can&#39;t. As I write this mail it is 8am my time. And as much as I would like to, I don&#39;t get to change that.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>I&#39;m still unsure if it&#39;s necessary but if it&#39;s going to be customizable we&#39;d better make sure it&#39;s done right...<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I argue it isn&#39;t desirable.</div><div dir="auto">Wether &#39;a&#39; is a letter is not a user decision.</div><div dir="auto">Whether a private use character has some properties can be resolved with a user provided database and algorithms.</div><div dir="auto">Note that tautologically, these properties would not be Unicode properties.</div><div dir="auto"><br></div><div dir="auto">You can understand this message because we share a common understanding of what each group of black pixel means. PUA has it&#39;s uses but it doesn&#39;t call for standard tools because by definition it is not standard. If you start to have properties on user provided characters, then suddenly none of the algorithm follow the spec.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Best Wishes,<br></div><div>JeanHeyd<br></div></div>
</blockquote></div></div></div>