[swift-evolution] [Proposal] Refining Identifier and Operator Symbology

Matthew Johnson matthew at anandabits.com
Thu Oct 20 10:03:50 CDT 2016


> On Oct 20, 2016, at 9:29 AM, Jonathan S. Shapiro via swift-evolution <swift-evolution at swift.org> wrote:
> 
> Quick poll as a sanity check on a possible alternative for operators:
> 
> If we admitted [:Sm:] and [:So:] and the traditional ASCII operator characters, would that cover the things that people currently feel passionate about? That would almost certainly be compliant with UAX31 once it settles, and I think it covers all of the cases people have raised here.
> 
> Useful links if you want to check:
> 
> [:Sm:]  Symbol, Math <http://www.fileformat.info/info/unicode/category/Sm/list.htm>
> [:So:]   Symbol, Other <http://www.fileformat.info/info/unicode/category/So/list.htm>
> 
> Having looked it over, I'm concerned about including [:Sk:] in UAX31 operators, and I'm probably going to recommend in the UAX31 discussion that we shouldn't do so.

On a quick glance, I think this would be acceptable to me.

> 
> 
> Jonathan
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20161020/574d03d5/attachment.html>


More information about the swift-evolution mailing list