Майкрософт считает вредным
Истоки снижения цен
Точка Спецификация синтаксиса Markdown Джона Грубера был его “Снижение цен” предназначался для легкой работы сне только с авторской точки зрения, но и с точки зрения исполнителя. , MathML, и HTML5 Это не так.
GitHub Ароматизированное снижение цен (GFM)
ГФМ остается верным целям разработки этой спецификации вплоть до Майкрософт ублюдил изолированный знак доллара, чтобы условно преобразовать его в токен1 из-за некоторых закрытых, устаревших, уродливых и медленных институциональных Crapware называется MathJax Это не имело никакого отношения к Markdown, и тот факт, что эти мудаки не хотят продвигать производительные, красивые, utf8-совместимый без взятки из Академии Хана.
Используйте и расширяйте Redux
Конечно, это было вполне преднамеренно, потому что награждённый, Инженерные команды мирового класса поселился со границы двухдолларовых токенов (или огороженный) math блоки) для любых математических выражений — полагаясь на относительное позиционирование двухдолларов в параграфах, чтобы отличить inline от block переработка — в 2015 году; за четыре года до публикации спецификации GFM.
Дело в том, что 2-значный разделитель, который редко встречается в обычной прозе, является нормальным идеалом для таких ситуаций. Если бы Майкрософт поддерживал только $` … `$ Я бы не стал писать эту статью в 2026 году, потому что этот выбор отвечает нормальным идеальным условиям для верного введения встроенных математических выражений в спецификации Markdown. Этот выбор также способствует синдрому запястного канала для профессиональных математиков, поэтому есть что-то еще, что можно рассмотреть, кроме уникальности токенов границ.
Если бы мне пришлось угадать их мотивы для рассмотрения предложенного синтаксиса статьи в блоге недостаточным для их текущих потребностей, я подозреваю, что они были больше о жадности и контроле рынка и “неудовлетворенность клиентов” чем хорошее управление Ф/ОСС.
Или просто Лень, нетерпение и ХабрисНо этого недостаточно для этой статьи. ИММВ.
WorldWide Радиус взрыва
В настоящее время это неоднозначная катастрофа инженерных регулярных дефектов каждый раз, когда автору/исполнителю приходится угадывать, что должен делать анализатор с последовательностями изолированных долларовых знаков, происходящих в одном абзаце прозы разметки. Например, рассмотрим ситуацию, когда Французский Канадские финансовые математики обсуждают две цены в двух разных валютах $1.50 и 2,00$ CA (по-видимому, надуманная, но иллюстрирующая сложность). Как бы вы написали i18n совместимый Анализатор GFM что понимает, что материал между знаками доллара здесь не должен обрабатываться как встроенный , даже если он синтаксически действителен и соответствует этому наивная спецификация?
Как насчет пары переменных Ruby/Perl в подписи функции, как foo($v,$w)? Та же проблема с наивной спецификацией. Ив Клод2 проанализировать все?
Удачи с этим, если вы делаете массовое преобразование GFM международных устаревших форматов документов на платформу, не принадлежащую GitHub. Это не только будет невероятно медленно и дорого, но это будет только “работать” при визуализации в Visual Studio, если он вообще работает.
Одно дело сказать, что вы не будете писать вещи сегодня, которые запутывают парсер теперь; это совсем другое, чтобы сказать, что вещи, написанные в прошлом, также не будут запутывать парсер. Не сегодня, и не будущие выпуски парсера.
В отличие от стандартов, вытекающих из JCP, никогда не будет набора тестов, подтверждающих соответствие требованиям, для этого беспорядка, потому что это эволюционирующий место включено Земля в GitHub:2,3
GitHub не раскрывает публично свой текущий анализатор разметки с открытым исходным кодом. Однако известно, что GitHub использует для своей платформы собственную реализацию Markdown, которая основана на спецификации GitHub Flavored Markdown (GFM). Эта реализация включает поддержку различных расширений и функций, которые улучшают синтаксис разметки, используемый в GitHub.
Опять же, намеренное отклонение от целей Gruber.
Самым отвратительным является то, что у империи зла есть армия свободных рабов F/OSS, чтобы служить в качестве сикофантической мыслительной полиции об их усилиях по хищению труда других для их собственных рыночных завоеваний с помощью ИИ.3. Просто проверьте ответы на отмеченный пост HackerNews этой страницы в разделе Ссылки ниже, чтобы встретиться с некоторыми из них.
Блядь Майкрософт
Короче говоря, GFM больше не является международной отраслевой спецификацией, но уродливо-американский только фирменный формат поставщика не отличается от Мусор Викимедиа Они его скопировали.
Орион не использует и никогда не будет использовать новые анализаторы GFM, которые притворяются, что отслеживают эту грязную ошибку.
Вместо этого мы полагаемся на внутреннюю вилку @markedjs/marked и будем продолжать делать это в обозримом будущем.
Сноски
1. Это не “расширение” спецификации, когда автор спецификации предписывает ее всем, кто использует свою продукцию. ЭТО ДЕ-ФАКТО НОВАЯ СПЕЦИФИКАЦИЯ.
2. Для тех, кто все еще считает, что GitHub использует F/OSS для разбора разметки: Я призываю вас нажать на ссылку источника GitHub на эту статью в верхней части страницы, скопировать и вставить первые два абзаца из раздела WorldWide «Радиус взрыва» в редакторе разметки GitHub, удалите задние черты вокруг знаков доллара и из первых рук убедитесь, что он делает образцы правильно, в отличие от дерьма F/OSS Rust, который, как он утверждает, используется. Вы также можете сравнить эстетику их рендерера MathJax с рендеринг, который мы используем на этом сайте, чтобы устранить любую путаницу в отношении качественных расхождений между двумя продуктами, гораздо меньше количественных, поскольку они относятся к скорости рендеринга.
3. Цитируемая проза была оригинальным ответом Бинга на ИИ в течение последних 24 часов, пока я не добавил дополнительные справочные ссылки на эту статью, из которой он “выученный” как сказать что-то менее идиотское в ответ на запрос “что такое текущий анализатор разметки с открытым исходным кодом github”. Это ИИ, который снимает нашу работу, ребята.