<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">Ultimately, I think we want argument labels to be part of the name, not half-part-of-the-name-half-part-of-the-type like they are today.</div></div></blockquote></div><div>I think this would be a good move, as it could help with a topic that I haven't seen discussed here before:</div><div>Mixing Swift with other languages.</div><div><br class=""></div><div>The goal "Objective C without the C" is good as long as it is about syntax and safety, but compatibility with the "lingua franca" of programming imho should be considered an advantage.</div><div>I know about calling C-code from Swift, but haven't seen much information on the other direction so far, and afair, it wasn't mentioned in <a href="https://github.com/apple/swift-evolution/blob/master/proposals/0021-generalized-naming.md" class="">SE-0021</a></div><div><br class=""></div><div>As argument labels are a concept that is not available in most languages, it would be nice if there was an easy way to move them into the function name.</div><div><br class=""></div><div>Tino</div></body></html>