RFR: JDK-8298405: Markdown support in the standard doclet

Pavel Rappo prappo at openjdk.org
Wed Jan 4 20:35:52 UTC 2023


On Wed, 4 Jan 2023 20:06:17 GMT, Jonathan Gibbons <jjg at openjdk.org> wrote:

>> I agree it is not great.   For some reason, I wanted to stay clear of *Markdown text* as being a source of confusion for the plain non-markup content in a String containing Markdown content.
>> 
>> I'll look at the Markdown/CommonMark spec for any precedent.  Failing that, I will at least try and ensure the terminology that we use is consistent.
>
> A quick simplistic scan of the CommonMark spec reveals no clear winner.
> 
> 
>    2 Markdown and
>    1 Markdown code
>    1 Markdown content
>    1 Markdown counts
>    1 Markdown document
>    2 Markdown documents
>    2 Markdown from
>    1 Markdown have
>    5 Markdown implementations
>    1 Markdown inline
>    2 Markdown is
>    1 Markdown meanings
>    1 Markdown paragraph
>    1 Markdown practice
>    1 Markdown program
>    1 Markdown spec
>    1 Markdown started
>    6 Markdown syntax
>    1 Markdown to
>    1 Markdown treats
>    1 Markdown version
>    1 Markdown will
>    1 Markdown with
> 
> 
> Of these, `content`, `document` and `program` seem the most applicable.
> 
> * `content` has the potential for confusion with the `javadoc` `Content` class ... but we already cope with `Element` and `Tag` by leveraging qualifying adjectives.
> * `document` seems to imply a file full of content, and not the content of (part of) a doc comment
> * `program` seems too geeky.
> 
> Of the choices, `content` seems most reasonable.

Could it be just _Markdown_ similarly to how it's usually just HTML?

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

PR: https://git.openjdk.org/jdk/pull/11701


More information about the javadoc-dev mailing list