[swift-evolution] [Review] SE-0168: Multi-Line String Literals

Martin Waitz tali at admingilde.org
Wed Apr 12 13:44:00 CDT 2017

Hey Brent,

thanks a lot for working on multi-line strings!

You were also talking about """ heredocs.
I really liked that idea.
Have you abandoned this concept?

Given that triple-quotes in Swift are already quite different from the Python version,
we could as well go one step further and introduce quoted here-docs.

Hello world.

Is there any interest in something like this?
Should I invest some time in drafting a specification/proposal?

— Martin

> Am 12.04.2017 um 15:40 schrieb Brent Royal-Gordon via swift-evolution <swift-evolution at swift.org>:
> Hey folks,
> We've revised the proposal again. The main difference: You no longer need an initial newline to enable indentation stripping, and stripping no longer removes that newline even if it is present. (Adrian Zubarev and I believe some others argued for this.) We disagreed with this at first, but it made more sense as we thought about it more. There are a few things we like about it:
> 	1. The rules and algorithm are simpler.
> 	2. It accommodates more coding styles.
> 	3. Every non-escaped newline in the literal now creates a corresponding newline in the resulting string.
> 	4. it's easy to get the old behavior back by backslashing the leading newline.
> Unfortunately, I think this precludes stripping the trailing newline by default, but I think this is ultimately a simpler and better approach than the previous draft.
> Other changes:
> 	* We realized we needed to make closing delimiter matching a little more complicated if we wanted to allow one or two adjacent double-quote characters that were part of the literal's contents. Oops.
> 	* Tabs aren't actually allowed in ordinary string literals, so we now explicitly mention that as a difference between the two types.
> 	* We wrote some tests for the prototype (though they haven't been updated for this new version yet). 
> 	* There were some other wording changes, particularly in the indentation stripping rationale, but nothing that affects the actual design.
> I understand John is working on a new version of his toolchain so people can play with the prototype. We hope to have that ready for you all soon.
> Let us know what you think of the revisions!
> -- 
> Brent Royal-Gordon
> Architechies
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20170412/dd7d2dd7/attachment.html>

More information about the swift-evolution mailing list