<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>In reality it turns out that ASCII is still the suitable and adhered standard for Modula-2 Command control, structured text, formatting in PLCs systems programming.<br>We better when we pick something be clearer, but nevertheless I agree with internationalization as with compatibility, etc<br>From what I gather TEXT is allowed to be Latin-1 superset<br>Thanks in advance<br><br>--- El <b>mié, 27/6/12, Dragiša Durić <i><dragisha@m3w.org></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Dragiša Durić <dragisha@m3w.org><br>Asunto: Re: [M3devel] Windows, Unicode file names<br>Para: "Jay K" <jay.krell@cornell.edu><br>CC: "m3devel" <m3devel@elegosoft.com><br>Fecha: miércoles, 27 de junio, 2012 06:26<br><br><div id="yiv2077317845"><div>This is one
 place where insisting on some imagined/future purity (fully compatible withyour argument - thread safety + immutability + non-quadratic performance) will lead to unreasonable fragmentation and de-facto gray area in CM3 and it's usage.<div><br></div><div>I am only one of people here who de-facto uses TEXT's to hold UTF8 content. And while we all think/talk about solution, every single user who needs international characters and wants to use them in sensible way - will go same way.</div><div><br></div><div>Then, some "proper" CM3 solution comes and what happens? We rewrite everything to support it? Or ignore it?</div><div><br></div><div><div><div>On Jun 27, 2012, at 1:14 PM, Dragiša Durić wrote:</div><br class="yiv2077317845Apple-interchange-newline"><blockquote type="cite"><base><div style=""><br><div><div>On Jun 27, 2012, at 12:19 PM, Jay K wrote:</div><br class="yiv2077317845Apple-interchange-newline"><blockquote type="cite"><span
 class="yiv2077317845Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; font-size: medium;"><div class="yiv2077317845hmmessage" style="font-size: 10pt; font-family: Tahoma;"><div dir="ltr"> > More and more is obvious how ideal structure would be: ARRAY OF CHAR, UTF8 encoded, using SRC M3 Text.Hash().<br><br>I don't quite agree.<br>There are two ideal approaches.<br>1)<br>  TEXT is like ARRAY OF CHAR and no values over 0xFF (or maybe even 0x7F)<span class="yiv2077317845Apple-converted-space"> </span></div></div></span></blockquote><blockquote type="cite"><span class="yiv2077317845Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal;
 font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; font-size: medium;"><div class="yiv2077317845hmmessage" style="font-size: 10pt; font-family: Tahoma;"><div dir="ltr">  "WiDETEXT" is like ARRAY OF WIDECHAR, for 16bit or 32bit WIDECHAR<span class="yiv2077317845Apple-converted-space"> </span><br></div></div></span></blockquote><div><br></div>So we can have two representations for single thing: variable holding some text. And representation depends on a question "do you need non-basic-english-characters"?</div><div><br></div><br></div></blockquote></div><br></div></div></div></blockquote></td></tr></table>