<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 6, 2017, at 12:35 PM, Joe Groff <<a href="mailto:jgroff@apple.com" class="">jgroff@apple.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hello Swift community,<br class=""><br class="">The review of SE-0168 "Multi-Line String Literals" begins now and runs through April 12, 2017. The proposal is available here:<br class=""><br class=""><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><a href="https://github.com/apple/swift-evolution/blob/master/proposals/0168-multi-line-string-literals.md" class="">https://github.com/apple/swift-evolution/blob/master/proposals/0168-multi-line-string-literals.md</a></blockquote></div></div></blockquote><blockquote type="cite" class=""><br class=""></blockquote><blockquote type="cite" class=""><br class=""></blockquote></div><div><blockquote type="cite" class="">Long strings are strings delimited by """triple quotes""" that can contain newlines and individual " characters without the need to escape them.</blockquote><br class=""></div><div>Are the set of backslash-escapes inside a long string identical to the set used in short strings? I assume that \" inside a long string is interpreted as an escaped double-quote; otherwise there would be no way to write """ inside a long string.</div><div><br class=""></div><div><br class=""></div><div><blockquote type="cite" class="">To allow free formatting of the literal an indentation stripping operation is applied whereby any whitespace characters in front of the closing delimiter are removed from each of the lines in the literal. As part of this process any initial linefeed is also removed. This allows the developer to paste literal content directly into the string without modification. Some concern has been expressed about could introduce confusion if the prefixing indentation of each line does not contain the same whitespace characters, though this can be checked for by a compiler warning.<br class=""></blockquote><br class=""></div><div>To clarify, is this the intended algorithm? </div><div> if the source code of the closing delimiter matches regex(\n\s+""") {</div><div> collect the sequence of whitespace characters between the newline and the delimiter</div><div> remove exactly that sequence of characters, if present, from the front of each source-code line after the line containing the opening delimiter</div><div> if a line does not start with those characters, emit a warning</div><div> }</div><div><br class=""></div><div><br class=""></div><div>-- </div><div>Greg Parker <a href="mailto:gparker@apple.com" class="">gparker@apple.com</a> Runtime Wrangler</div><div><br class=""></div><div><br class=""></div></body></html>