<div dir="ltr">On Fri, Oct 7, 2016 at 6:22 PM, Jonathan Hull via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is a quick one. It would be nice to take advantage of all the wonderful characters that swift can use. Not only unicode, but some of the less-used ASCII as well.<br>
<br>
In particular, I would like to see:<br>
<br>
1) Allow the ‘π’ character as a FloatingPoint literal. We can use CGFloat.pi and Double.pi right now, and I am not asking to replace that (since depending on the nationality of your keyboard, it can be simple or difficult to type), but π just reads much better. Would be good to have it as an option. It would also be nice to be able to combine it with numbers in the literal (e.g. 2π)<br>
<br>
2) Allow ≤, ≥, ≠ for less than or equal, greater than or equal, and not equals. This was one of the first extensions I made when I began using swift. I would really like to be able to use it in frameworks as well. Again, it doesn’t need to replace <=, >=, !=, it just adds polish and readability for those who want to use it. You can even use my extension on comparable if you so desire.<br>
<br>
When I brought this up before there was push-back because it would "clutter the namespace". I don’t think that is a valid argument though because any other use of the symbols π, ≤, ≥, and ≠ would be downright confusing. If you are creating a variable named ‘π’ and sticking something other than pi in it, that is just asking for trouble. Same with the operations. May as well use them for the one thing they make sense for…<br>
<br>
Also, little touches are what make a language enjoyable.<br></blockquote><div><br></div><div>I can certainly see why it would be enjoyable to have these aliases. However, it'd be rather a niche thing. IMO, the reason for avoiding their addition to the standard library isn't just some aversion to "cluttering" the namespace, as though another person might come along and want to use Greek letter pi for some other purpose, but rather that a smaller API surface area is straightforwardly easier to maintain than a larger one, and these aren't obvious wins that merit additional API.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks,<br>
Jon<br>
______________________________<wbr>_________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/<wbr>mailman/listinfo/swift-<wbr>evolution</a><br>
</blockquote></div><br></div></div>