RFR JDK-8200372 - String::trim JavaDoc should clarify meaning of space
Stuart Marks
stuart.marks at oracle.com
Thu May 10 01:38:52 UTC 2018
A typical way to refer to a particular Unicode character by code point hex value
is U+xxxx (with more x's if necessary). For example,
2602 * Returns a string whose value is this string, with all leading
2603 * and trailing space removed, where space is defined
2604 * as any character whose codepoint is less than or equal to
2605 * U+0020 (the space character).
It doesn't even need to be the code font.
Oh well, you pushed already. Maybe fix this up in your next change to String.java.
s'marks
On 5/8/18 6:43 AM, Roger Riggs wrote:
> Hi Jim,
>
> I would agree about code points in methods that refer to code points and need a
> more
> precise notation. However, trim() is not one of them and the alternative 0x
> format is quite acceptable.
> Would the syntax for raw string literals (not there yet) make the source more
> readable?
>
> Roger
>
>
> On 5/8/2018 9:36 AM, Jim Laskey wrote:
>> Roger,
>>
>> You withdrew the comment from the CSR so I assumed that you had changed your
>> mind.
>>
>> Stuart, Sherman and Joe have be pushing the use of codepoints versus char (or
>> ASCII) in new character related comments hence the choice of ‘\unnnn'
>> notation. Unfortunately, unicode preprocessing vs backslash processing vs
>> Javadoc does not allow the '\\u0020' in comments (it ends up being '\\u0020’
>> in the Javadoc) and '\u0020’ just ends up being ‘ ‘.
>>
>> Cheers,
>>
>> — Jim
>>
>>
>>
>>
>>> On May 8, 2018, at 10:04 AM, Roger Riggs <Roger.Riggs at oracle.com> wrote:
>>>
>>> Hi Jim,
>>>
>>> The use of \u005c in the source makes the source code unreadable.
>>> The more conventional use of the 0x prefix (i.e. 0x0130) is preferred.
>>> Though \u is necessary in some cases, it should be avoided where a more
>>> readable alternative is available.
>>>
>>> Thanks, Roger
>>>
>>>
>>> On 5/8/2018 8:19 AM, Jim Laskey wrote:
>>>> Comment change approved in CSR
>>>>
>>>> webrev: http://cr.openjdk.java.net/~jlaskey/8200372/webrev/index.html
>>>> JBS: https://bugs.openjdk.java.net/browse/JDK-8200372
>>>> CSR: https://bugs.openjdk.java.net/browse/JDK-8196005
>
More information about the core-libs-dev
mailing list