<div dir="ltr"><div class="gmail_quote"><br><div dir="ltr"><span class="">> <span style="font-size:14px">this much flexibility isn't required in practice</span><div><span style="font-size:14px"><br></span></div></span><div><span style="font-size:14px">I think the syntax may be improved in some way, but I don't agree with this.</span></div><div><span style="font-size:14px">The options is needed if you ever try to use swift as source code (or html) generator, take </span><span style="color:rgb(80,0,80)">skipLeadingIndent option for example, it will remove leading indent for each line in the text block, without it you have to put each line at line start, rather than indent nicely with your code. </span></div><div><span style="color:rgb(80,0,80)"><br></span></div><div><span style="color:rgb(80,0,80)">I am not sure about </span>tripe-quote multiline (is there any link to the proposal?), but I suppose you take hint from markdown, a short example may look like this:</div><div><br></div><div>class Test {</div><div> func output(resp: HtmlResponse) {</div><div> resp.write(```</div><div><HTML></div><div><BODY></div><div> ooxx</div><div></BODY></div><div></HTML></div><div>```)</div><div> }</div><div><span style="color:rgb(80,0,80)">}</span></div><div><span style="color:rgb(80,0,80)"><br></span></div><div><span style="color:rgb(80,0,80)">And in my proposal, :</span></div><div><span style="color:rgb(80,0,80)"><br></span></div><div><span style="color:rgb(80,0,80)">#let #html = #string(end:"--", </span><span style="color:rgb(80,0,80)">skipLeadingIndent: true</span><span style="color:rgb(80,0,80)">)</span></div><div><span style="color:rgb(80,0,80)"><br></span></div><div><div>class Test {</div><div> func output(resp: HtmlResponse) {</div><div> resp.write(#html "</div><div> <HTML><br></div><div> <BODY></div><div> ooxx</div><div> </BODY></div><div> </HTML></div><div> --")</div><div> }</div><div><span style="color:rgb(80,0,80)">}</span></div></div><div><br></div><div>I don't think it look ugly in anyway.</div><div><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2016-03-24 5:13 GMT+08:00 Andrey Tarantsov <span dir="ltr"><<a href="mailto:andrey@tarantsov.com" target="_blank">andrey@tarantsov.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Feels wrong to me. It's ugly (looks like line noise) and unnecessary (this much flexibility isn't required in practice). Making features more powerful doesn't always make them better.<br>
<br>
Some of the use cases you have in mind are probably better handled by macros, whenever they make it into Swift. Macros provide a general and elegant way to handle customizable special cases without introducing an unusual complicated syntax for each of them.<br>
<br>
So, nope, sorry, let's stick to making tripe-quote multiline strings as awesome as possible, but not awesomer. :D<br>
<br>
A.<br>
<div><div><br>
<br>
<br>
<br>
> On Mar 23, 2016, at 10:49 AM, Steve K. Chiu via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> I am new to swift-evolution list, here is my draft proposal for the multi-line string literal problem.<br>
> The idea had been discussed in the list before, but it seems there are no real solution to many of the string literal problem.<br>
> Let's first define what are the problem with string literal:<br>
><br>
> 1. should be able to disable escape char<br>
><br>
> 2. or better, able to replace escape char with user defined char<br>
><br>
> 3. should be able to write multi-line string literal, and is copy-paste friendly<br>
><br>
> 4. for multi-line string, should be able to remove first and last newline char, so user can write string in block<br>
><br>
> 5. for multi-line string, should be able to remove leading indent, or remove all indent<br>
><br>
> 6. for multi-line string, should be able to replace newline with user defined string ("\r\n", "\r", "\r", or simply " ")<br>
><br>
> 7. should be able to add feature over time, without breaking existing code<br>
><br>
> My proposal to the above problem is to introduce new 'process instruction' (not sure how to call it), in the following form:<br>
><br>
> #string(options) "text"<br>
><br>
> for example:<br>
><br>
> #string(escape: nil) "^\d+"<br>
><br>
> #string(escape: "$", end: "<EOF>") "<br>
> $(username),<br>
> Is it 1358 yet?<br>
> <EOF>"<br>
><br>
> It is possible to add many options list above, and you can add more options over time without breaking code.<br>
><br>
> #string(<br>
> escape: Character? = "\\",<br>
> end: String? = nil,<br>
> skipEnclosureNewline: Bool = true,<br>
> skipLeadingIndent: Bool = true,<br>
> skipAllIndent: Bool = false,<br>
> newline: String? = nil<br>
> )<br>
><br>
> for 1. & 2., escape option to replace escape char, pass nil will disable escape.<br>
><br>
> for 3., end option for end-of-string mark, pass nil will disable multi-line processing.<br>
><br>
> for 4., skipEnclosureNewline will skip newline if it is the first or last char of the string.<br>
><br>
> for 5., skipLeadingIndent will skip leading indent, leading indent is the leading white-spaces of first line of multi-line string.<br>
><br>
> for 5., skipAllIndent will skip all indent, this will override skipLeadingIndent.<br>
><br>
> for 6., newline option to replace newline char in multi-line string, pass nil will disable the replacement (as-is in the source).<br>
><br>
> But there are one problem remain, as you can see, the #string with options will become very long; I don't think it is a pleasure to use such expression except for one time literal. To fix the problem, I propose yet another process instruction:<br>
><br>
> #let #rex = #string(escape: nil)<br>
> #let #mail = #string(escape: "$", end: "<EOF>")<br>
><br>
> Now you can write the string as:<br>
><br>
> #rex "^\d+"<br>
><br>
> #mail "<br>
> $(username),<br>
> Is it 1358 yet?<br>
> <EOF>"<br>
><br>
> #let should be able to be used with other # process instruction as well, for example, #available, among other things.<br>
><br>
> What do you think?<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> swift-evolution mailing list<br>
> <a href="mailto:swift-evolution@swift.org" target="_blank">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>
<br>
</blockquote></div><br></div></div></div></div>
</div><br></div>