А, ну хотя нет, ошибся. Из всех типов Extension только ParserExtension есть в спецификации MarkwonPlugin

я так понимаю, что Extensions нам и подходят. Это безболезненное расширение парсинга новых нодов.

а вот в отрисовку уже придётся наследоваться

Это просто сахар для билдера парсера

Наследоваться так и так придётся)

Я не до конца ещё разобрался. Предлагаю описать полноценно когда закончу один таск.

Чтоб не дезинформировать людей)

ну ок, давай тогда опишешь идею в первом merge request.

Короче, похоже что BlockParser тоже не подходит.
Создал Issue в репозитории библиотеки с вопросами, надеюсь ответят. https://github.com/atlassian/commonmark-java/issues/139
Но пока что выглядит что либо придётся на этапе пост-процессинга пробегаться по Text нодам и в них искать и заменять лейблы на соответствующие ноды, либо писать кастомный InlineParser.
Первый вариант выглядит грязновато, второй - ооочень сложно.
Жалко что в Markwon используется commonmark-java а не flexmark-java, у второй API намного лучше и расширяемее. Да и там уже реализованы многие вещи из GFM.

а почему ты не задал этот вопрос на Markwon репо?

он же добавил кастомный Spannable

Markwon это просто рендерер + сахар. Парсер-то commonmark

Ну, я могу туда продублировать, если будет толк)

но один кастомный node, он же добавил.

давай

Какой?

Ты случайно не знаешь, как лучше это сделать? Скопипастить или просто вставить ссылку? Я не знаю какая тут культура на гитхабе и какие best practice 🙂

я задавал уже ему вопрос, быстро и доступно объяснил

TaskListItem и TaskListBlock + TaskListBlockParser