<div dir="ltr">I also disagree for the same reasons that Gwynne and Brent mentioned: I find &#39;\(...)&#39; easy to read, fine to type, and consistent with other string escaping syntax.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 21, 2016 at 3:55 PM, Brent Royal-Gordon via swift-evolution <span dir="ltr">&lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">&gt; I find that typing \(var) is very disruptive to my typing flow. The more I code in Swift, the more I like it, but every time I&#39;m coding and then have to hiccup while typing \ then ( causes me to be annoyed. I know, it&#39;s minor, but it isn&#39;t a key combination that flows quickly.<br>
&gt;<br>
&gt; I would much rather have $() or perhaps ${} (like Groovy lang) or perhaps @() to go along with other uses of @ throughout the language.<br>
<br>
</span>Even though I&#39;m used to Perl&#39;s and Ruby&#39;s interpolation syntaxes, I immediately liked `\(…)`. It&#39;s parsimonious: Rather than taking a third character (besides \ and &quot;) to mean something special in a string literal, it reuses one of the existing ones. There&#39;s no need to escape a character you wouldn&#39;t otherwise have to touch, or to think of another character as &quot;magical&quot; in a string. It fits nicely with the rest of the syntax, with `\` indicating a special construct and then `()` delimiting an expression, just as they do elsewhere in the language. It&#39;s an elegant solution to a problem traditionally solved inelegantly. It&#39;s very Swifty in that way.<br>
<span class=""><br>
&gt; A shifted key, like $ or @, followed by another shifted key like (, allows for a much faster flow and they are much closer to the home keys than \ which is nearly as far from home keys as possible (and awkward).<br>
<br>
<br>
</span>I don&#39;t have any trouble typing it personally. If you find yourself accidentally typing `\9` or `|(`, we could probably offer an error for the former or warning for the latter with a fix-it. But if you&#39;re complaining that it takes a tiny fraction of a second longer to type than `$(` would, then honestly, I just can&#39;t bring myself to care. Swift optimizes for code reading. If we wanted to optimize for code typing instead, we&#39;d have a very different style.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Brent Royal-Gordon<br>
Architechies<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<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/mailman/listinfo/swift-evolution</a><br>
</div></div></blockquote></div><br></div>