RFR: 8220002: Improve anchor definitions in generated files

Jonathan Gibbons jonathan.gibbons at oracle.com
Fri Jan 10 01:10:38 UTC 2020


Generally wonderful (i.e generally approved.)

I like the new HtmlTree.setId method and the fluent use at most use 
sites. There were a couple of places that did not use fluent invocation, 
that easily could be updated, but that's not a big deal.  I also like 
the amount of anchor-related code that got simplified or removed.

I'm not entirely convinced the new HtmlTree.SPAN_ID carries it's own 
weight: I agree it is a natural conversion from the previous A_ID, but 
it seems that in some places the id could have been moved onto an 
enclosing node. Not a big deal at this time, especially as changing this 
would affect tests.

There are some places/changes with questionable code, but it was never 
new questionable code; it was code that was previously questionable that 
was being updated or moved.  Now is not really the time to clean stuff 
like that up.

I looked at the generated docs, scanning for instances of "<section". 
Very nice!

-- Jon


On 01/08/2020 03:31 AM, Hannes Wallnöfer wrote:
> Please review:
>
> JBS: https://bugs.openjdk.java.net/browse/JDK-8220002
> Webrev: http://cr.openjdk.java.net/~hannesw/8220002/webrev.01/
> API docs: http://cr.openjdk.java.net/~hannesw/8220002/api.01/
>
> In places where a <section> tag is available I always moved the id attribute there instead of the heading. This required a bit more changes in some places, but was necessary to get the anchoring position right (see for example the section and individual member anchors in type pages, both of which are now just right IMO).
>
> This patch should cover all occurrences of <a id=…> tags in generated docs, but there are still dozens in static HTML files. I’ll file a separate issue for those.
>
> Hannes



More information about the javadoc-dev mailing list