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

Jonathan Gibbons jjg at openjdk.org
Thu Jan 5 16:45:49 UTC 2023


On Wed, 4 Jan 2023 20:32:54 GMT, Pavel Rappo <prappo at openjdk.org> wrote:

>> 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?

Prefer not.  As a noun, I think Markdown refers to the abstract form. In these cases, we're looking for a noun that describes the concrete form (string, content, etc) with Markdown being an adjective to qualify the form.  That being said, I will examine the use of the phrase on a case-by-case basis.

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

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


More information about the compiler-dev mailing list