Может ли python-markdown приблизиться к уценке github путем установки расширений?
В основном, да. Обратите внимание, что GitHub Flavored Markdown (GFM) построен на Commonmark, а Python-Markdown является , а не реализацией Commonmark. Следовательно, любые различия между Commonmark и исходными правилами Markdown необходимо будет устранить с помощью расширений. Все эти различия задокументированы в Commonmark spec . Тем не менее, беспокойство вызывает отступление Commonmark. Маловероятно, что Python-Markdown мог бы быть адаптирован для точного поведения спецификации Commonmark в этой точке. Тем не менее, для большинства «хорошо сформированных» Markdown это должно быть выполнимо.
Затем, в дополнение к адаптации Python-Markdown к Commonmark, вам потребуются расширения для соответствия различным расширениям, предоставляемым GFM, которые всеопределено в GitHub's spec (все расширения выделены синим фоном). Обратите внимание, что хотя блоки изолированного кода являются частью общего знака и, следовательно, не являются расширением GFM, они не являются частью первоначальных правил уценки и, следовательно, потребуют использования расширения блока изолированного кода .
Есть ли список расширений, добавляющих python-markdown к синтаксическим дополнениям из github flavored markdown?
Я никогда не видел такого списка, который был бы здесь не по теметак или иначе. Тем не менее, вы можете найти список всех встроенных расширений в документации по Python-Markdown и список известных сторонних расширений в вики проекта. Я ожидаю, что вы найдете расширения, которые дополняют поведение надстройки GFM, но будет сложнее найти расширения, которые соответствуют базовому поведению Commonmark. И разработчики Python-Markdown прямо заявили , что они не заинтересованы в поддержке Commonmark. Любая такая поддержка должна исходить от сторонних расширений. Я ожидаю, что расширения для большинства различий еще не созданы.
Полное раскрытие: я ведущий разработчик Python-Markdown.