<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="">I'm submitting a separate update to the accepted setline proposal. It does not seem to fit into the 0039 write-up. The pull request for 0039 is<div class=""><a href="https://github.com/apple/swift-evolution/pull/206" class="">https://github.com/apple/swift-evolution/pull/206</a><div class=""><br class=""></div><div class="">I'm confused about setline. Will it be `setLine` or `sourceLocation`? </div><div class=""><br class=""><div class=""><h2 id="acceptedformandmodifieddesign" style="color: rgb(17, 17, 17); margin: 0px 0px 0.9545454545454546em; font-size: 1.375em; line-height: 0.9545454545454546em; font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif;" class="">Accepted form and Modified design</h2><h4 id="casing" style="color: rgb(17, 17, 17); margin: 0px 0px 1.1666666666666667em; font-size: 1.125em; line-height: 1.1666666666666667em; font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif;" class="">Casing</h4><p style="color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; word-wrap: break-word; font-size: 1.1429em; line-height: 1.3125em; margin: 1.3125em 0px;" class="">After discussing how to rationalize naming and capitalization of identifiers in the “#” namespace, the core Swift team has adopted a <a href="https://en.wikipedia.org/wiki/CamelCase" style="color: rgb(13, 110, 161); text-decoration: none; transition: color 0.2s ease-in-out; -webkit-transition: color 0.2s ease-in-out;" class="">lower camel case</a> model for identifiers. </p><p style="color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; word-wrap: break-word; font-size: 1.1429em; line-height: 1.3125em; margin: 1.3125em 0px;" class="">The accepted form will use <ins id="firstdiff" style="display: inline-block; position: absolute; left: -8px; text-decoration: none !important; border: none !important; background-image: none !important; background-position: initial initial !important; background-repeat: initial initial !important;" class=""></ins>lower camel case either as <code class="">#setLine</code> or <code class="">#sourceLocation</code>. </p><h4 id="syntax" style="color: rgb(17, 17, 17); margin: 0px 0px 1.1666666666666667em; font-size: 1.125em; line-height: 1.1666666666666667em; font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif;" class="">Syntax</h4><p style="color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; word-wrap: break-word; font-size: 1.1429em; line-height: 1.3125em; margin: 1.3125em 0px;" class="">The syntax for <code class="">#setLine/#sourceLocation</code> is inconsistent with the other # directives in that it doesn’t use parentheses. After discussion, the core team will adjust the call to use parentheses and comma-separated colon-delimited argument and value pairs. </p><p style="color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; word-wrap: break-word; font-size: 1.1429em; line-height: 1.3125em; margin: 1.3125em 0px;" class="">The final syntax will be either </p><pre style="color: rgb(17, 17, 17); font-size: 16px;" class=""><code class="swift cpp hljs" style="display: block; padding: 0.5em; color: rgb(51, 51, 51); background-color: rgb(248, 248, 248); background-position: initial initial; background-repeat: initial initial;"><span class="hljs-preprocessor" style="color: rgb(153, 153, 153); font-weight: bold;">#setLine(file: "foo", <span class="hljs-keyword" style="color: rgb(51, 51, 51);">line</span>: 42) <span class="hljs-comment" style="color: rgb(153, 153, 136); font-style: italic;">// or</span></span>
<span class="hljs-preprocessor" style="color: rgb(153, 153, 153); font-weight: bold;">#sourceLocation(file: "foo", <span class="hljs-keyword" style="color: rgb(51, 51, 51);">line</span>: 42) </span></code></pre><div class=""><br class=""></div></div><div class="">Please let me know and I'll modify and submit a PR</div><div class=""><br class=""></div><div class="">-- E</div><div class=""><br class=""><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 10, 2016, at 11:17 AM, Chris Lattner via swift-evolution <swift-evolution@swift.org> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><br class=""><blockquote type="cite" class="">On Mar 10, 2016, at 10:14 AM, Chris Lattner <clattner@apple.com> wrote:<br class=""><br class="">Proposal Link: https://github.com/apple/swift-evolution/blob/master/proposals/0039-playgroundliterals.md<br class=""><br class="">The review of SE-0039 "Modernizing Playground Literals" ran from Mar 7…9, 2016. The proposal has been *accepted* with modifications:<br class=""><br class="">- The community and core team uniformly agree that this proposal increases uniformity in the swift language.<br class="">- We discussed how to rationalize naming and capitalization of identifiers in the “#” namespace and prefer to move to a model where it uses lower camel case.<br class="">- The argument label on imageLiteral should be “resourceName” to describe the role of the string and avoid needless words, following the naming guidelines from SE-0006.<br class=""><br class="">As such, the preferred spelling of these literals are:<br class=""><br class=""> #colorLiteral(red: 0, green: 0, blue: 0, alpha: 0)<br class=""> #imageLiteral(resourceName: “foo")<br class=""> #fileLiteral(resourceName: “bar”)<br class=""></blockquote><br class="">Relatedly, the core team discussed changing #setline to follow camel case as well. As was brought up on another thread, the syntax for #setline is inconsistent with the other # directives because it doesn’t use parentheses. The core team discussed this a bit and recommends resyntaxing #setline to:<br class=""><br class="">#sourceLocation(file: "foo", line: 42) <br class=""><br class="">-Chris<br class="">_______________________________________________<br class="">swift-evolution mailing list<br class="">swift-evolution@swift.org<br class="">https://lists.swift.org/mailman/listinfo/swift-evolution<br class=""></div></div></blockquote></div><br class=""></div></div></div></div></body></html>