RFR: (CSR) JDK-8236688 Clarify String::stripIndent javadoc when string ends with line terminator
Brent Christian
brent.christian at oracle.com
Thu May 14 21:45:14 UTC 2020
On 5/14/20 5:26 AM, Jim Laskey wrote:
>
> Are you looking at the text by Andrew in the bug?
It would seem so. I found the prettyprint markup in the CSR
distracting, so I was looking at my own javadoc build, but used the
older diff. I've rebuilt using the diff in the CSR.
I have a few minor suggestions:
* I would expect a colon, rather than a period, when "...as follows"
precedes a bulleted list.
* The wording of the third bullet point is good, though
I find I preferred the numeral 0 to the word "zero".
* The passage at the end of the @apiNote:
"...ignore the last line if the last line contains no characters (ends
with a line terminator.)"
is potentially confusing in that a line terminator is a character in and
of itself. Perhaps it could be reworked a little - something like:
* "...ignore the last line if the last line contains only a line
terminator." ?
or
* "...ignore the last line if the last line is empty (contains only a
line terminator)."
or something along those lines.
Thanks,
-Brent
>> On May 13, 2020, at 7:21 PM, Brent Christian <brent.christian at oracle.com> wrote:
>>
>> Hi, Jim
>>
>> I have a few comments on the new wording (hopefully my understanding is correct):
>>
>> ! * <li><p>If the block ends with a LF{@code "\n"} or CR{@code "\r"} character,
>> ! * then this implies the block closes in column 0 of the next line, and thus
>> ! * implies an indent of 0.</p></li>
>>
>>
>> I feel like the opening wording could be improved. I presume this applies to, for instance, both the "\n" construct (\005C \006e) as well as LF character (\u000A). Maybe something like:
>>
>> "If the block ends with a line break (LF, "\n", CR, "\r"),..."
>>
>>
>> Is it worth an example (or description) of what a block ending with a line break looks like? e.g.
>>
>> this is the end of the block.
>> """
>>
>>
>> Also, it seems worth calling out here (or maybe later) that an indent of 0 means no leading white space is removed. Or maybe rework the ending phrase a bit:
>>
>> "..., then this implies the block closes in column 0 of the next line. In this case the indent is 0, and no leading incidental white space is removed.
>>
>> Thanks,
>> -Brent
>>
>> On 5/11/20 12:38 PM, Jim Laskey wrote:
>>> Sponsoring for Andrew Leonard. Please review the following CSR. Hopefully this clarifies user's misunderstanding when a line seems to disappear when the string ends with a line terminator.
>>> CSR: https://bugs.openjdk.java.net/browse/JDK-8236688
>>> JBS: https://bugs.openjdk.java.net/browse/JDK-8230800
>>> Thank you.
>>> Cheers,
>>> -- Jim
>
More information about the core-libs-dev
mailing list