Kurtis Rader

This is still broken. See also issues #732 and #1469.

Please note the very confusing bash behavior: ``` bash-5.0$ echo {}z {}z bash-5.0$ echo {a b}z {a b}z bash-5.0$ echo {a,b}z az bz bash-5.0$ echo { }z { }z bash-5.0$...

Note that Elvish does not support interpolating variables in double-quoted strings the way POSIX shells do; e.g., `echo "a $var b"`. See https://elv.sh/ref/language.html#double-quoted-string. I think this is reasonable behavior for...

> Isn't there a (much) greater need for removing the initial newline than the final one? I imagine one often would want the final newline in practice. There are a...

> I think you misread my proposal – eh, stray thought. I did not intend to suggest giving ^ any special significance inside a quoted string. I wanted to put...

I've decided that there **should not be** new literal string syntax. Instead, there should be a new `dedent` command that takes a string and removes common leading whitespace from each...

> I don't see a use case listed other than removing the first newline in a multi-line literal, but multi-line literals are better served by something that also removes initial...

I looked at your `testutil.Dedent` function, @xiaq, and don't understand why you felt it necessary to impose the restriction that the first line contain the reference whitespace prefix. I appreciate...

> Consider a sequence of lines where the first line (and possibly other lines) are empty. Such lines should be ignored when computing the minimum common whitespace prefix to be...

> But there is a solution to that too: use the last line to establish the reference indentation. This is what Swift's [multiline string literal](https://docs.swift.org/swift-book/documentation/the-swift-programming-language/stringsandcharacters/#Multiline-String-Literals) uses. I agree that is...