✖


Jump to content

Уценка

(Перенаправлено с GitHub Flavored Markdown )
Маркетинговый термин см. в разделе «Уценка цены» .
Уценка
Расширения имен файлов
.md, .markdown[1] [2]
Тип интернет-СМИ text/markdown[2]
Единый идентификатор типа (UTI) net.daringfireball.markdown
Разработано
Первоначальный выпуск 9 марта 2004 г. (20 лет назад) ( 09.03.2004 ) [3] [4]
Последний выпуск
1.0.1
17 декабря 2004 г. (19 лет назад) ( 17 декабря 2004 г. ) [5]
Тип формата Открытый формат файла [6]
Распространено на pandoc , MultiMarkdown , Markdown Extra , CommonMark , [7] RMarkdown [8]
Веб-сайт смелыйогненный шар .сеть /проекты /уценка /

Уценка [9] — это облегченный язык разметки для создания форматированного текста с помощью простого текстового редактора . Джон Грубер создал Markdown в 2004 году как удобный для чтения язык разметки . [9] Markdown широко используется для ведения блогов и обмена мгновенными сообщениями , а также используется в других местах на интернет-форумах , в программном обеспечении для совместной работы , на страницах документации и в файлах readme .

Первоначальное описание Markdown [10] содержал двусмысленности и вызывал вопросы без ответов, что приводило к преднамеренным и случайным отклонениям реализаций от исходной версии. Эта проблема была решена в 2014 году, когда давние участники Markdown выпустили CommonMark , однозначную спецификацию и набор тестов для Markdown. [11]

История

[ редактировать ]

Markdown был вдохновлен ранее существовавшими соглашениями о разметке простого текста в сообщениях электронной почты и Usenet . [12] такие как более ранние языки разметки settext ( ок. 1992 г. ), Textile (ок. 2002 г.) и reStructuredText (ок. 2002 г.). [9]

В 2002 году Аарон Шварц создал формат ATX и назвал его «настоящим форматом структурированного текста». Грубер создал язык Markdown в 2004 году, используя Шварца в качестве его «резонатора». [13] Целью языка было дать людям возможность «писать, используя удобный для чтения и записи простой текстовый формат, при необходимости преобразовывая его в структурно допустимый XHTML (или HTML )». [5]

Его ключевой целью при разработке была читабельность , чтобы язык можно было читать как есть, не создавая ощущения, что он размечен тегами или инструкциями по форматированию. [9] в отличие от текста, отформатированного с помощью «более тяжелых» языков разметки , таких как Rich Text Format (RTF), HTML или даже викитекст (каждый из которых имеет очевидные встроенные теги и инструкции по форматированию, которые могут затруднить чтение текста людьми).

Грубер написал сценарий Perl , Markdown.pl, который преобразует размеченный вводимый текст в действительный, правильно сформированный XHTML или HTML и заменяет угловые скобки ( <, >) и амперсанды ( &) с соответствующими ссылками на символьные сущности . Он может выполнять роль автономного скрипта, плагина для Blosxom или Movable Type или текстового фильтра для BBEdit . [5]

Подъем и расхождение

[ редактировать ]

Поскольку популярность Markdown быстро росла, появилось множество реализаций Markdown , главным образом вызванных необходимостью в дополнительных функциях, таких как таблицы , сноски , списки определений и т. д. [примечание 1] и Markdown внутри блоков HTML.

Поведение некоторых из них отличалось от эталонной реализации, поскольку Markdown характеризовался лишь неформальной спецификацией. [16] и реализация Perl для преобразования в HTML.

В то же время внимание привлек ряд неясностей в неофициальной спецификации. [17] Эти проблемы стимулировали создание таких инструментов, как Babelmark. [18] [19] для сравнения результатов различных реализаций, [20] и усилия некоторых разработчиков парсеров Markdown по стандартизации. Однако Грубер утверждает, что полная стандартизация была бы ошибкой: «Разные сайты (и люди) имеют разные потребности. Ни один синтаксис не сделает всех счастливыми». [21]

Грубер избегал использования фигурных скобок в Markdown, чтобы неофициально зарезервировать их для расширений, специфичных для конкретной реализации. [22]

Стандартизация

[ редактировать ]
CommonMark
Расширения имен файлов .md, .markdown[2]
Тип интернет-СМИ text/markdown; variant=CommonMark[7]
Единый идентификатор типа (UTI) неопределенный [23]
конформация ИМВП public.plain-text
Разработано Джон Макфарлейн , открытый исходный код
Первоначальный выпуск 25 октября 2014 г. (9 лет назад) ( 25.10.2014 )
Последний выпуск
0.30
19 июня 2021 г. (3 года назад) ( 19.06.2021 ) [24]
Тип формата Открытый формат файла
Расширено с Уценка
Распространено на Маркдаун со вкусом GitHub
Веб-сайт общее клеймо .org спецификация .commonmark .org

С 2012 года группа людей, в том числе Джефф Этвуд и Джон Макфарлейн , запустила то, что Этвуд назвал усилиями по стандартизации. [11]

Веб-сайт сообщества теперь призван «документировать различные инструменты и ресурсы, доступные авторам и разработчикам документации, а также разработчикам различных реализаций Markdown». [25]

В сентябре 2014 года Грубер возразил против использования Markdown в названии этой инициативы, и он был переименован в CommonMark. [12] [26] [27] CommonMark.org опубликовал несколько версий спецификации, эталонную реализацию, набор тестов и «[планирует] объявить о окончательной спецификации 1.0 и наборе тестов в 2019 году». [28]

С тех пор спецификация 1.0 не была выпущена, поскольку основные проблемы все еще остаются нерешенными. [29]

Тем не менее, следующие веб-сайты и проекты приняли CommonMark: Discourse , GitHub , GitLab , Reddit , Qt , Stack Exchange ( Stack Overflow ) и Swift .

два актуальных информационных интернет- RFC В марте 2016 года были опубликованы :

  • В RFC 7763 представлен MIME . тип text/markdown.
  • В RFC 7764 обсуждались и регистрировались варианты MultiMarkdown , GitHub Flavored Markdown (GFM), Pandoc и Markdown Extra, среди других. [30]

Варианты

[ редактировать ]

Такие сайты, как Bitbucket , Diaspora , GitHub , [31] OpenStreetMap , Реддит , [32] СоурсФордж , [33] и обмен стеками [34] используйте варианты Markdown, чтобы упростить обсуждение между пользователями.

В зависимости от реализации базовые встроенные HTML-теги . могут поддерживаться [35]

Курсивный текст может быть реализован с помощью _underscores_ или *single-asterisks*. [36]

Маркдаун со вкусом GitHub

[ редактировать ]

GitHub использовал собственный вариант Markdown еще в 2009 году. [37] который добавил поддержку дополнительного форматирования, такого как таблицы и содержимое блока вложения внутри элементов списка, а также специфичные для GitHub функции, такие как автоматическое связывание ссылок на коммиты, проблемы, имена пользователей и т. д.

В 2017 году GitHub выпустил официальную спецификацию GitHub Flavored Markdown (GFM), основанную на CommonMark. [31] Это строгий расширенный набор CommonMark, точно соответствующий его спецификации, за исключением таблиц, зачеркивания , автоссылок и списков задач, которые GFM добавляет в качестве расширений. [38]

Соответственно, GitHub также изменил парсер, используемый на своих сайтах, что потребовало изменения некоторых документов. Например, GFM теперь требует, чтобы символ решетки , создающий заголовок, отделялся от текста заголовка пробелом.

Уценка Экстра

[ редактировать ]

Markdown Extra — это облегченный язык разметки, основанный на Markdown, реализованный в PHP (изначально), Python и Ruby . [39] Он добавляет следующие функции, недоступные в обычном Markdown:

  • Разметка Markdown внутри HTML блоков
  • Элементы с атрибутом id/class
  • «Огороженные блоки кода», охватывающие несколько строк кода.
  • Таблицы [40]
  • Списки определений
  • Сноски
  • Сокращения

Markdown Extra поддерживается в некоторых системах управления контентом , таких как Drupal , [41] Грав (CMS) и TYPO3 . [42]

Лиаскрипт

[ редактировать ]

Лиаскрипт [43] — это диалект Markdown, разработанный для создания интерактивного образовательного контента. Он реализован в Elm и TypeScript и добавляет дополнительные элементы синтаксиса для определения таких функций, как:

Примеры

[ редактировать ]
Текст с использованием синтаксиса Markdown Соответствующий HTML, созданный процессором Markdown Текст, просматриваемый в браузере 
Heading
=======

Sub-heading
-----------

# Alternative heading

## Alternative sub-heading

Paragraphs are separated 
by a blank line.

Two spaces at the end of a line  
produce a line break.

<h1>Heading</h1>

<h2>Sub-heading</h2>

<h1>Alternative heading</h1>

<h2>Alternative sub-heading</h2>

<p>Paragraphs are separated
by a blank line.</p>

<p>Two spaces at the end of a line<br />
produce a line break.</p>
Заголовок
Подзаголовок
Альтернативный заголовок
Альтернативный подзаголовок

Абзацы разделены пустой строкой.

Два пробела в конце строки
произвести разрыв строки. 

Text attributes _italic_, **bold**, `monospace`.

Horizontal rule:

---

<p>Text attributes <em>italic</em>, <strong>bold</strong>, <code>monospace</code>.</p>

<p>Horizontal rule:</p>

<hr />
Текстовые атрибуты: курсив , жирный шрифт , monospace.

Горизонтальное правило: 

Bullet lists nested within numbered list:

  1. fruits
     * apple
     * banana
  2. vegetables
     - carrot
     - broccoli

<p>Bullet lists nested within numbered list:</p>

<ol>
  <li>fruits <ul>
      <li>apple</li>
      <li>banana</li>
  </ul></li>
  <li>vegetables <ul>
      <li>carrot</li>
      <li>broccoli</li>
  </ul></li>
</ol>
Маркированные списки, вложенные в нумерованный список:
  1. фрукты
    • яблоко
    • банан
  2. овощи
    • морковь
    • брокколи 
A [link](http://example.com).

![Image](Icon-pictures.png "icon")

> Markdown uses email-style
characters for blockquoting.
>
> Multiple paragraphs need to be prepended individually.

Most inline <abbr title="Hypertext Markup Language">HTML</abbr> tags are supported.

<p>A <a href="http://example.com">link</a>.</p>

<p><img alt="Image" title="icon" src="Icon-pictures.png" /></p>

<blockquote>
<p>Markdown uses email-style characters for blockquoting.</p>
<p>Multiple paragraphs need to be prepended individually.</p>
</blockquote>

<p>Most inline <abbr title="Hypertext Markup Language">HTML</abbr> tags are supported.</p>
Ссылка ​ .

Изображение

Markdown использует символы в стиле электронной почты для цитирования.

Несколько абзацев необходимо добавлять по отдельности.

большинство встроенных HTML- Поддерживается тегов.

Реализации

[ редактировать ]

Реализации Markdown доступны для более чем дюжины языков программирования ; кроме того, многие приложения , платформы и фреймворки поддерживают Markdown. [44] Например, плагины Markdown существуют для каждой крупной платформы блогов . [12]

Хотя Markdown — это минимальный язык разметки, который читается и редактируется с помощью обычного текстового редактора , существуют специально разработанные редакторы, которые просматривают файлы со стилями и доступны для всех основных платформ. Многие универсальные редакторы текста и кода имеют подсветки синтаксиса встроенные плагины для Markdown, которые можно загрузить дополнительно. Редакторы могут иметь параллельное окно предварительного просмотра или отображать код непосредственно в режиме WYSIWYG .

Некоторые приложения, сервисы и редакторы поддерживают Markdown как формат редактирования, в том числе:

  • Bugzilla использует настроенную версию Markdown. [45]
  • ChatGPT : выходные данные LLM, отформатированные в Markdown, будут отображаться в LaTeX и HTML клиентом ChatGPT, и модели рекомендуется использовать Markdown для форматирования вывода. Markdown, предоставленный пользователем, не будет форматироваться клиентом, но все равно будет передан в модель без изменений.
  • Discord : сообщения в чате [46]
  • В компоновщике сообщений на форуме Discourse использует разновидность Markdown CommonMark.
  • Doxygen : генератор документации исходного кода, который поддерживает Markdown с дополнительными функциями. [47]
  • GitHub Flavored Markdown (GFM) игнорирует подчеркивания в словах и добавляет подсветку синтаксиса , списки задач , [48] и таблицы [31]
  • Почтовый клиент GNOME Evolution поддерживает составление сообщений в формате Markdown. [49] с возможностью отправлять и отображать электронные письма в чистом формате Markdown ( Content-Type: text/markdown;) или конвертировать Markdown в обычный текст или электронное письмо в формате HTML при отправке.
  • Joplin : приложение для создания заметок, поддерживающее форматирование уценки. [50]
  • JotterPad : онлайн-редактор WYSIWYG, поддерживающий Markdown и Fountain. [51]
  • Kanboard использует стандартный синтаксис Markdown в качестве единственного синтаксиса форматирования описаний задач. [52]
  • Вики-функция Microsoft Azure DevOps имеет собственную реализацию. [53]
  • Microsoft Teams : сообщения чата [54]
  • Misskey , его многочисленные форки и другие платформы Fediverse, такие как Akkoma. [55] использовать собственный текстовый формат, ошибочно называемый «Misskey-Flavored Markdown (MFM)», с поддержкой стандартных вложенных блочных кавычек. > и встроенный акцент _*` а также расширения, которые можно увидеть в других местах для @ упоминает, # теги, собственные смайлы :foo:, автоматическое определение URL-адресов и переключаемый предварительный просмотр целевых ссылок, но нет поддержки заголовков, списков, справочных ссылок и других стандартных функций Markdown. Он поддерживает несколько HTML-подобных тегов ( <small> <center> <plain>) и специальные обозначения с английскими ключевыми словами или парами ключ-значение. $[key=value content] для диапазонов с примененными стилистическим эффектами, например, шрифтами, размытием, границами и преобразованиями, такими как переворот, сдвиг, вращение, масштабирование и анимация, а также для фуриганы и полей поиска. [56] Формат сообщений таких объектов ActivityPub , которые можно использовать как сообщения, следующий: text/x.misskeymarkdown.
  • Почтовый клиент Mozilla Thunderbird поддерживает Markdown через « Markdown here Revival ». надстройку
  • Nextcloud Notes : приложение по умолчанию для создания заметок на платформе Nextcloud поддерживает форматирование с использованием Markdown. [57]
  • Obsidian — это программа для создания заметок, основанная на файлах Markdown. [58]
  • RMarkdown [59]
  • RStudio : IDE для R. ​Он предоставляет C++ функцию-оболочку для варианта уценки, называемого закатом. [60]
  • Простая заметка [61]

См. также

[ редактировать ]

Пояснительные примечания

[ редактировать ]
  1. ^ Технически списки описаний HTML

Ссылки

[ редактировать ]
  1. ^ Грубер, Джон (8 января 2014 г.). «Расширение файла Markdown» . Компания «Дэринг Файербол», ООО. Архивировано из оригинала 12 июля 2020 года . Проверено 27 марта 2022 г. Полагаю, сейчас слишком поздно, но единственное расширение файла, которое я бы одобрил, — это «.markdown», по той же причине, которую предложил Хилтон Липшиц: мы больше не живем в мире 8.3, поэтому нам следует использовать наиболее описательные расширения файлов. Печально, что все наши операционные системы полагаются на это глупое соглашение вместо лучшего кода создателя или модели метаданных, но здорово, что теперь они поддерживают более длинные расширения файлов.
  2. ^ Перейти обратно: а б с Леонард, Шон (март 2016 г.). «Тип носителя текста/уценки» . Запрос комментариев: 7763 . Рабочая группа по интернет-инжинирингу. Архивировано из оригинала 22 марта 2022 года . Проверено 27 марта 2022 г. В этом документе регистрируется тип носителя text/markdown для использования с Markdown — семейством синтаксисов форматирования простого текста, которые при необходимости можно преобразовать в формальные языки разметки, такие как HTML.
  3. ^ Шварц, Аарон (19 марта 2004 г.). «Уценка» . Аарон Шварц: Блог . Архивировано из оригинала 24 декабря 2017 г. Проверено 1 сентября 2013 г.
  4. ^ Грубер, Джон . «Уценка» . Дерзкий огненный шар . Архивировано из оригинала 11 марта 2004 г. Проверено 20 августа 2022 г.
  5. ^ Перейти обратно: а б с Исходный код файла чтения Markdown 1.0.1 «Дерзкий огненный шар – Маркдаун» . 17 декабря 2004 г. Архивировано из оригинала 2 апреля 2004 г.
  6. ^ «Уценка: Лицензия» . Дерзкий огненный шар. Архивировано из оригинала 18 февраля 2020 г. Проверено 25 апреля 2014 г.
  7. ^ Перейти обратно: а б Леонард, Шон (март 2016 г.). «Руководство по Markdown: принципы проектирования, стратегии стабильности и избранные регистрации» . Запрос комментариев: 7764 . Рабочая группа по интернет-инжинирингу. Архивировано из оригинала 17 апреля 2022 года . Проверено 27 марта 2022 г. В этом документе подробно описан тип носителя text/markdown для использования с Markdown — семейством синтаксисов форматирования простого текста, которые при необходимости можно преобразовать в формальные языки разметки, такие как HTML. Предоставляется справочная информация, стратегии локального хранения и дополнительные регистрации синтаксиса.
  8. ^ «Справочный сайт RMarkdown» . Архивировано из оригинала 03 марта 2020 г. Проверено 21 ноября 2019 г.
  9. ^ Перейти обратно: а б с д Синтаксис уценки «Дерзкий огненный шар – Markdown – Синтаксис» . 13 июня 2013 г. «Однако читабельность важнее всего остального. Документ в формате Markdown должен быть доступен для публикации как есть, как обычный текст, не выглядя так, будто он был размечен тегами или инструкциями по форматированию. Хотя на синтаксис Markdown повлияло несколько существующих текстов Фильтры преобразования в HTML, включая Setext, atx, Textile, reStructuredText, Grutatext. [14] и Эттекст [15] — Самым большим источником вдохновения для синтаксиса Markdown является формат обычного текстового электронного письма».
  10. ^ «Дерзкий огненный шар: представляем Markdown» . daringfireball.net . Архивировано из оригинала 20 сентября 2020 г. Проверено 23 сентября 2020 г.
  11. ^ Перейти обратно: а б Этвуд, Джефф (25 октября 2012 г.). «Будущее Markdown» . CodingHorror.com. Архивировано из оригинала 11 февраля 2014 г. Проверено 25 апреля 2014 г.
  12. ^ Перейти обратно: а б с Гилбертсон, Скотт (5 октября 2014 г.). «Сброс уценки: что происходит, когда программное обеспечение FOSS получает корпоративную поддержку?» . Арс Техника . Архивировано из оригинала 14 ноября 2020 года . Проверено 14 июня 2017 г. Форк CommonMark мог бы принести пользу пользователям… но создатели, похоже, с этим не согласны.
  13. ^ @gruber (12 июня 2016 г.). «Мне следует об этом написать, но это болезненно. Более или менее: Аарон был моим резонатором, моей музой» ( Твит ) – через Твиттер .
  14. ^ «Личное кораблекрушение: разметка Grutatxt» . triptico.com . Проверено 30 июня 2022 г.
  15. ^ «EtText: Документация: Использование EtText» . ettext.taint.org . Проверено 30 июня 2022 г.
  16. ^ «Документация по синтаксису Markdown» . Дерзкий огненный шар. Архивировано из оригинала 9 сентября 2019 г. Проверено 9 марта 2018 г.
  17. ^ «Спецификация Markdown со вкусом GitHub – зачем нужна спецификация?» . github.github.com . Архивировано из оригинала 03 февраля 2020 г. Проверено 17 мая 2018 г.
  18. ^ «Babelmark 2 – Сравните реализации уценки» . Johnmacfarlane.net. Архивировано из оригинала 18 июля 2017 г. Проверено 25 апреля 2014 г.
  19. ^ «Babelmark 3 – Сравните реализации Markdown» . github.io. Архивировано из оригинала 12 ноября 2020 г. Проверено 10 декабря 2017 г.
  20. ^ «Babelmark 2 – Часто задаваемые вопросы» . Johnmacfarlane.net. Архивировано из оригинала 28 июля 2017 г. Проверено 25 апреля 2014 г.
  21. ^ Грубер, Джон [@gruber] (4 сентября 2014 г.). «@tobie @espadrine @comex @wycats Потому что разные сайты (и люди) имеют разные потребности. Ни один синтаксис не сделает всех счастливыми» ( Твит ) – через Twitter .
  22. ^ Грубер, Джон (19 мая 2022 г.). «Маркдок» . Дерзкий огненный шар . Архивировано из оригинала 19 мая 2022 года . Проверено 19 мая 2022 г. Мне нравятся их синтаксические расширения — они очень соответствуют духу Markdown. Они используют фигурные скобки для своих расширений; Я не уверен, что когда-либо публично заявлял об этом, но я избегал использования фигурных скобок в самом Markdown — хотя это очень заманчивые символы — чтобы неофициально зарезервировать их для расширений, специфичных для конкретной реализации. Широкое использование фигурных скобок в синтаксисе Markdoc — это именно то, о чем я думал.
  23. ^ «UTI документа CommonMark» . 12 апреля 2017 г. Архивировано из оригинала 22 ноября 2018 г. . Проверено 29 сентября 2017 г.
  24. ^ «Спецификация CommonMark» . Архивировано из оригинала 07 августа 2017 г. Проверено 26 июля 2017 г.
  25. ^ «Страница сообщества Markdown» . Гитхаб. Архивировано из оригинала 26 октября 2020 г. Проверено 25 апреля 2014 г.
  26. ^ «Стандартная уценка теперь является обычной уценкой» . Джефф Этвуд. 4 сентября 2014 г. Архивировано из оригинала 9 октября 2014 г. Проверено 7 октября 2014 г.
  27. ^ «Стандартная уценка становится общей уценкой, а затем CommonMark» . ИнфоQ . Архивировано из оригинала 30 сентября 2020 г. Проверено 7 октября 2014 г.
  28. ^ «КоммонМарк» . Архивировано из оригинала 12 апреля 2016 года . Проверено 20 июня 2018 г. Текущая версия спецификации CommonMark является полной и достаточно надежной после года отзывов общественности… но не совсем окончательной. С вашей помощью мы планируем анонсировать окончательную спецификацию и набор тестов версии 1.0 в 2019 году.
  29. ^ «Проблемы, которые мы ДОЛЖНЫ решить до выпуска версии 1.0 [осталось 6]» . Обсуждение CommonMark . 26 июля 2015 г. Архивировано из оригинала 14 апреля 2021 г. Проверено 2 октября 2020 г.
  30. ^ «Варианты уценки» . ИАНА . 28 марта 2016 г. Архивировано из оригинала 27 октября 2020 г. Проверено 6 июля 2016 г.
  31. ^ Перейти обратно: а б с «Спецификация Markdown со вкусом GitHub» . Гитхаб. Архивировано из оригинала 03 февраля 2020 г. Проверено 11 июня 2020 г.
  32. ^ «Практическое руководство по уценке Reddit. Или вообще, как вы вообще делаете все это причудливое форматирование в своих комментариях?» . Реддит. Архивировано из оригинала 11 июня 2019 г. Проверено 29 марта 2013 г.
  33. ^ «SourceForge: Руководство по синтаксису Markdown» . СоурсФордж . Архивировано из оригинала 13 июня 2019 г. Проверено 10 мая 2013 г.
  34. ^ «Помощь по редактированию Markdown» . StackOverflow.com. Архивировано из оригинала 28 марта 2014 г. Проверено 11 апреля 2014 г.
  35. ^ «Документация по синтаксису Markdown» . daringfireball.net . Архивировано из оригинала 9 сентября 2019 г. Проверено 1 марта 2021 г.
  36. ^ «Основной синтаксис: курсив» . Руководство по разметке . Мэтт Коун. Архивировано из оригинала 26 марта 2022 года . Проверено 27 марта 2022 г. Чтобы выделить текст курсивом, добавьте одну звездочку или подчеркивание до и после слова или фразы. Чтобы выделить курсивом середину слова для акцента, добавьте одну звездочку без пробелов вокруг букв.
  37. ^ Том Престон-Вернер . «Примеры Markdown со вкусом GitHub» . Гитхаб . Архивировано из оригинала 13 мая 2021 г. Проверено 2 апреля 2021 г.
  38. ^ «Официальная спецификация для GitHub Flavored Markdown» . GitHub Инженерия . 14 марта 2017 г. Архивировано из оригинала 3 февраля 2020 г. . Проверено 16 марта 2017 г.
  39. ^ Фортен, Мишель (2018). «PHP Markdown Extra» . Сайт Мишеля Фортена . Архивировано из оригинала 17 января 2021 г. Проверено 26 декабря 2018 г.
  40. ^ «PHP Markdown Extra» . Мишель Фортен . Архивировано из оригинала 17 января 2021 г. Проверено 26 декабря 2018 г.
  41. ^ «Редактор Markdown для BUEditor» . 4 декабря 2008 г. Архивировано из оригинала 17 сентября 2020 г. . Проверено 15 января 2017 г.
  42. ^ «Уценка для TYPO3 (markdown_content)» . Extensions.typo3.org . Архивировано из оригинала 01 февраля 2021 г. Проверено 06 февраля 2019 г.
  43. ^ Дитрих, Андре. «ЛиаСкрипт» . liascript.github.io . Архивировано из оригинала 19 января 2022 г. Проверено 17 января 2022 г.
  44. ^ «Страница сообщества W3C, посвященная реализациям Markdown» . W3C Markdown Wiki . Архивировано из оригинала 17 сентября 2020 года . Проверено 24 марта 2016 г.
  45. ^ «330707 — Добавить дополнительную поддержку MarkDown» . bugzilla.mozilla.org . Архивировано из оригинала 11 октября 2022 г. Проверено 11 октября 2022 г.
  46. ^ «Текст Markdown 101 (Форматирование чата: жирный, курсив, подчеркивание)» . дискорд.com . Архивировано из оригинала 26 июня 2020 года.
  47. ^ «Руководство по Doxygen: поддержка Markdown» . Архивировано из оригинала 9 августа 2019 г. Проверено 9 августа 2019 г.
  48. ^ «Написание на GitHub» . help.github.com . GitHub, Inc. Архивировано из оригинала 4 июня 2018 года . Проверено 9 июля 2014 г.
  49. ^ @EvolutionGnome (23 марта 2022 г.). «Evolution 3.44 вышла и уже доступна на #Flathub! Помимо множества мелких улучшений и исправлений, она содержит редактор уценок для составления сообщений. 👇» ( Твит ) – через Twitter .
  50. ^ «Руководство по уценке» . joplinapp.org . Архивировано из оригинала 23 сентября 2022 г. Проверено 14 июля 2022 г.
  51. ^ «Зачем вам нужен редактор WYSIWYG при написании в Markdown и Fountain» . Блог JotterPad . 2020-11-17. Архивировано из оригинала 27 ноября 2020 г. Проверено 6 декабря 2020 г.
  52. ^ «Синтаксис Markdown — документация Kanboard» . docs.kanboard.org . Архивировано из оригинала 11 октября 2022 г. Проверено 11 октября 2022 г.
  53. ^ «Синтаксис Markdown для файлов, виджетов, вики — Azure DevOps» . 25 марта 2024 года. Архивировано из оригинала 18 апреля 2024 года . Проверено 18 апреля 2024 г.
  54. ^ «Используйте форматирование Markdown в Teams» . Майкрософт . Архивировано из оригинала 13 января 2022 г. Проверено 13 января 2022 г.
  55. ^ «Аккома — волшебно выразительные социальные сети» . akkoma.social . Архивировано из оригинала 5 апреля 2023 г. Проверено 18 апреля 2024 г.
  56. ^ «МФМ» . Мисски Хаб . Архивировано из оригинала 24 марта 2024 г. Проверено 18 апреля 2024 г.
  57. ^ «Приложение Nextcloud Notes *» . Приложения Nextcloud . Архивировано из оригинала 18 февраля 2022 г. Проверено 18 февраля 2022 г.
  58. ^ «Обсидиан» . Обсидиан.md . Архивировано из оригинала 12 июля 2022 г. Проверено 14 июля 2022 г.
  59. ^ R Markdown: полное руководство . Архивировано из оригинала 13 апреля 2021 г. Проверено 23 августа 2021 г.
  60. ^ Аллер, Джей-Джей ; еа (30 июня 2015 г.). «Markdown.cpp» . GitHub- проект RStudio . Архивировано из оригинала 26 июля 2017 г. Проверено 7 июля 2016 г.
  61. ^ "Помощь" . Простая заметка . 30 июля 2015 г. Архивировано из оригинала 14 июля 2022 г. Проверено 14 июля 2022 г.
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Markdown&oldid=1237481569#GitHub_Flavored_Markdown"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 8179b4d2ca6cbd78b126d72bae642548__1722290760
URL1:https://arc.ask3.ru/arc/aa/81/48/8179b4d2ca6cbd78b126d72bae642548.html
Заголовок, (Title) документа по адресу, URL1:
Markdown - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)