<div dir="ltr"><div dir="ltr">On Fri, Apr 26, 2019 at 8:39 AM Brian Goetz <<a href="mailto:brian.goetz@oracle.com">brian.goetz@oracle.com</a>> wrote:<br></div><div dir="ltr"><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">There are two interpretations here, related to escape-then-align vs
    align-then-escape.  Since everything else is align-then-escape, what
    this would mean is we'd consider the leading space on the
    continuation line for purposes of determining a common prefix, and
    strip the common prefix from that, THEN eat the newline.  Example:<br>
    <br>
        String s = """<br>
            Imagine this line\<terminator><br>
            was very long""";<br>
    <br>
    which would result in:<br>
    <br>
    Imagine this linewas very long<br>
    <br>
    (lack of space between "line" and "was" is not a typo.) </div></blockquote><div><br></div><div>Apparently bash's behavior is to replace <any amount of whitespace, backslash, newline, any amount of whitespace> with a single space character, and that at least seems like a <i>useful</i> behavior for us too if we're open to it.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">Which raises another question: do we allow \<terminator> in SL
    strings?  (I presume so, and we just eat the \ and the terminator.)<br></div></blockquote><div><br></div><div>Hmm, I can see how that could be harmless but it seems to blur the boundary between the features to me.</div><div>But I've lost track of why we need triple-quote to be different from single-quote in the first place. <i>Could </i>the notion just be that if you newline immediately after opening quote then you are asking for MLS with everything that comes along with that?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_quote">
          <div>Oh, and quite a few of <i>those</i> use cases are in
            annotations like <font face="monospace, monospace">@FlagSpec({"--foo",
              "long help text about --foo"})</font>, and I'm very happy
            that these are no longer excluded from indentation
            stripping.</div>
        </div>
      </div>
    </blockquote>
    <br>
    Can you expand this point?  Not sure what you mean by "no longer
    excluded from indentation stripping", or why it makes you happy. 
    Can you just give a before/after example for what you mean?<br></div></blockquote><div><br></div><div>So sorry: I meant vs. 6 months ago, not that this is new.</div><div><br></div><div>I know I complained about our going back to the drawing board then, but where this thread is going now is making us much happier than before.</div><div><br></div></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div style="line-height:1.5em;padding-top:10px;margin-top:10px;color:rgb(85,85,85);font-family:sans-serif"><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(213,15,37);padding-top:2px;margin-top:2px">Kevin Bourrillion |</span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(51,105,232);padding-top:2px;margin-top:2px"> Java Librarian |</span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(0,153,57);padding-top:2px;margin-top:2px"> Google, Inc. |</span><span style="border-width:2px 0px 0px;border-style:solid;border-color:rgb(238,178,17);padding-top:2px;margin-top:2px"> <a href="mailto:kevinb@google.com" target="_blank">kevinb@google.com</a></span></div></div></div></div></div></div></div></div>