Japanese prolog programmers have been writing their entire programs in Kanji for years. This whole debate is silly and parochial.<div><br></div><div>Erlang programmers should be able to use full Unicode for atoms, including module and function names, and for variables.</div><div><br></div><div>Ivan</div><div><br><br><div id="cm_replymail_content_wrap"><div class="cm_replymail_content_1454403298_wrapper" style="color: rgb(0, 0, 0);">On Tue, Feb 2, 2016 at 7:52 am,  José Valim <jose.valim@plataformatec.com.br> wrote:<br>            <div id="cm_replymail_content_1454403298" style="overflow: visible;"><blockquote style="color: #303B40;"><div dir="ltr"><div>> <span style="font-size:12.8px;">Are you ready to edit chineese or thai?</span><br></div><div><span style="font-size:12.8px;"><br></span></div><div><span style="font-size:12.8px;">I can already write atoms in Afrikaans, Albanian, Basque, Breton, Corsican, Danish, English, Faroese, Galician, German, Icelandic, Indonesian, Italian, Kurdish, Leonese, Luxembourgish, Malay, Manx, Norwegian, Occitan, Portuguese, Rhaeto-Romanic, Scottish Gaelic, Spanish, Swahili, Swedish, Walloon.</span></div><div><br></div><div><span style="font-size:12.8px;">Source: <a href="https://en.wikipedia.org/wiki/ISO/IEC_8859-1"></a><a href="https://en.wikipedia.org/wiki/ISO/IEC_8859-1">https://en.wikipedia.org/wiki/ISO/IEC_8859-1</a></span><br></div><div><br></div><div><span style="font-size:12.8px;">And I can only effectively speak 3 of those. There are already a lot of programmers who can write in their own language and I don't expect to edit their code.</span></div><div><span style="font-size:12.8px;"><br></span></div><div><span style="font-size:12.8px;">Not only that, there are other programming languages which have already adopted Unicode Support and the amount of times I had to read code in a language I don't understand has been exactly 0.</span></div><div><span style="font-size:12.8px;"><br></span></div><div><span style="font-size:12.8px;">I recommend reading Richard O'Keefe replies on the matter back in 2012: <a href="http://erlang.org/pipermail/erlang-questions/2012-October/070187.html"></a><a href="http://erlang.org/pipermail/erlang-questions/2012-October/070187.html">http://erlang.org/pipermail/erlang-questions/2012-October/070187.html</a></span></div><div><span style="font-size:12.8px;"><br></span></div><div><span style="font-size:12.8px;">> </span>but a lot more thought would need to go into this than simply defining a parsing rule or cobbling together a patch that builds cleanly.</div><div><br></div><div>I agree with this. That's why I want to focus on the underlying runtime support and not on how it will affect parsing. Specially because according to the OTP board post I mentioned above, they haven't made a decision if Unicode in variables should be allowed. Today Unicode is already supported in double quotes (and double quotes only) so I would say it is reasonable to allow them in single quotes as well.</div><div><br></div><div>Should we move this discussion to another thread? I know this has been extensively discussed in the past and it would be nice to keep this discussion focused on the implementation details for whoever is following the trail in the future.</div><div><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div><br></div><div><span style="font-size:13px;"></span><div><span style="border-collapse:collapse;"><b>José Valim</b></span></div><div><span style="border-collapse:collapse;"></span><div><span style="font-family:verdana, sans-serif;font-size:x-small;"><a href="http://www.plataformatec.com.br/" style="color:rgb(42,93,176);"></a><a href="http://www.plataformatec.com.br">www.plataformatec.com.br</a></span></div><div><span style="font-family:verdana, sans-serif;font-size:x-small;">Skype: jv.ptec</span></div><div><span style="font-family:verdana, sans-serif;font-size:x-small;">Founder and Director of R&D</span></div></div></div></div></div></div></div><div class="gmail_extra"><br></div></div></div>
</blockquote></div></div>            </div>            </div>