[jdk19] RFR: 8289223: Canonicalize header ids in foreign API javadocs

Jorn Vernee jvernee at openjdk.org
Mon Jun 27 17:05:43 UTC 2022


On Mon, 27 Jun 2022 16:57:10 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:

>> <a href="https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/8817__;!!ACWV5N9M2RV99hQ!Ooc0KcgMe7NsDGNiGbF-wfC_tK6POSNyLNDIHsrms0gVVdXsgnVAAbWZpHXSYWbAAmkJrTeqEh4N1h-1f8ZwKplq$">https://github.com/openjdk/jdk/pull/8817</a> added a button to copy a link to a section of javadoc to the clipboard.
>> 
>> This cleanup PR canonicalizes all header ids in the java.lang.foreign package to the preferred (non-legacy) style, and adds ids in places where they are missing as well.
>> 
>> In accordance with the Late-Enhancement Request Process [1], this is a `noreg-doc` documentation only change, which does not require an enhancement request.
>> 
>> [1]: https://openjdk.org/jeps/3#Late-Enhancement-Request-Process
>
> src/java.base/share/classes/java/lang/foreign/package-info.java line 30:
> 
>> 28:  * <p>Provides low-level access to memory and functions outside the Java runtime.
>> 29:  *
>> 30:  * <h2 id="fma">Foreign memory access</h2>
> 
> I would refrain from adding `id` if the section is never referred to.

The idea is that a user might want to link to this section of the javadoc (using the new copy button). For that to be possible, the section needs an `id`. That's why I've added one to all headers.

-------------

PR: https://git.openjdk.org/jdk19/pull/75


More information about the core-libs-dev mailing list