<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div><blockquote type="cite" class=""><div class="">On Jun 20, 2016, at 5:22 PM, Jordan Rose via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">IIRC, some languages <i class="">require</i>&nbsp;zero-width joiners (though not zero-width spaces, which are distinct) to properly encode some of their characters. I'd be very leery of having Swift land on a model where identifiers can be used with some languages and not others; that smacks of ethnocentrism.</div></div></div></blockquote><div><br class=""></div>None of those languages require zero-width characters between two Latin letters, or between a Latin letter and an Arabic numeral, or at the end of a word. &nbsp;Since standard / system APIs will (barring some radical shift) use those code points exclusively, it's justifiable to give them some special attention.</div><div><br class=""></div><div>John.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">Jordan</div><div class=""><br class=""></div><br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jun 20, 2016, at 10:51, João Pinheiro via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Recently there has been a screenshot going around Twitter about C++ allowing zero-width spaces in variable names. Swift also suffers from this problem which can be abused to create ambiguous, misleading, and potentially obfuscate nefarious code.<br class=""><br class="">I would like to propose a change to prohibit the use of invisible characters in identifier names.<br class=""><br class="">I'm including an example of problematic code at the bottom of this email.<br class=""><br class="">Sincerely,<br class="">João Pinheiro<br class=""><br class=""><br class="">/* The output for this code is:<br class=""> A<br class=""> B<br class=""> C<br class=""> 1<br class=""> 2<br class=""> 3<br class=""> */<br class=""><br class="">func test() { print("A") }<br class="">func t​est() { print("B") }<br class="">func te​st() { print("C") }<br class=""><br class="">let abc = 1<br class="">let a​bc = 2<br class="">let ab​c = 3<br class=""><br class="">test()<br class="">t​est()<br class="">te​st()<br class=""><br class="">print(abc)<br class="">print(a​bc)<br class="">print(ab​c)<br class="">_______________________________________________<br class="">swift-evolution mailing list<br class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class=""></div></div></blockquote></div><br class=""></div>_______________________________________________<br class="">swift-evolution mailing list<br class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class="">https://lists.swift.org/mailman/listinfo/swift-evolution<br class=""></div></blockquote></div><br class=""></body></html>