<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    <blockquote type="cite"
cite="mid:CAGKkBktMXzD6kd0qYTJQMsziEtmZi-bDs_QN0NMww0eeH_Mz_Q@mail.gmail.com">
      <div dir="ltr">
        <div class="gmail_quote">
          <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 style="overflow-wrap: break-word;">
              <div>Other notion mentioned;<br>
              </div>
              <div><br>
              </div>
              <div><span class="gmail-m_-1356879961163207762Apple-tab-span" style="white-space:pre-wrap">       </span>-
                \<Line Terminator> eats the terminator and
                continues on the next line.</div>
            </div>
          </blockquote>
          <div><br>
          </div>
          <div>Eats the terminator plus all leading whitespace of the
            next line, yes?  I had forgotten that the reintroduction of
            escapes opened up this possibility, and I think it's pretty
            great -- quite a substantial fraction (25%+ I think) of all
            our multiline use cases that we've found are things like
            long exception messages where they don't actually want the
            newlines, they just want to be free of dealing with the damn
            quote-plus-quote.</div>
        </div>
      </div>
    </blockquote>
    <br>
    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.)  <br>
    <br>
    Which raises another question: do we allow \<terminator> in SL
    strings?  (I presume so, and we just eat the \ and the terminator.)<br>
    <br>
    <blockquote type="cite"
cite="mid:CAGKkBktMXzD6kd0qYTJQMsziEtmZi-bDs_QN0NMww0eeH_Mz_Q@mail.gmail.com">
      <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>
    <br>
    <br>
  </body>
</html>