Loading article…
 | |
| ファイル名拡張子 | .md, .markdown[1] [2] |
|---|---|
| インターネットメディアの種類 | text/markdown[2] |
| 統一型識別子 (UTI) | net.daringfireball.markdown |
| 開発者 | |
| 初回リリース | 2004年3月9日[3] [4] |
| 最新リリース | 1.0.1 2004年12月17日[5] |
| フォーマットの種類 | オープンファイル形式[6] |
| 延長 | pandoc、MultiMarkdown、Markdown Extra、CommonMark、[7] RMarkdown [8] |
| Webサイト | daringfireball.net/projects/markdown/ |
Markdown [ 9]は、プレーンテキストエディタを使用してフォーマットされたテキストを作成するための軽量マークアップ言語です。ジョン・グルーバーは、読みやすいマークアップ言語として2004年にMarkdownを作成しました。[9] Markdownはブログやインスタントメッセージングで広く使用されており、オンラインフォーラム、コラボレーションソフトウェア、ドキュメントページ、readmeファイルなどでも使用されています。
Markdownの最初の説明[10]には曖昧さがあり、未回答の疑問が生じたため、実装が意図的にも偶然にも元のバージョンから逸脱する原因となっていました。この問題は、長年のMarkdown貢献者がMarkdownの明確な仕様とテストスイートであるCommonMarkをリリースした2014年に解決されました。[11]
歴史
Markdownは、電子メールやUsenetの投稿でプレーンテキストをマークアップするための既存の規則に触発されました。 [12]例えば、以前のマークアップ言語であるsetext（ 1992年頃）、Textile（2002年頃）、reStructuredText（2002年頃）などです。[9]
2002年にアーロン・シュワルツはatxを作成し、それを「真の構造化テキスト形式」と呼んだ。グルーバーは2004年にシュワルツを「相談相手」としてMarkdown言語を作成した。[13]この言語の目標は、人々が「読みやすく書きやすいプレーンテキスト形式で書き、必要に応じて構造的に有効なXHTML（またはHTML）に変換できるようにする」ことだった。 [5]
もう一つの重要な設計目標は、読みやすさ、つまり、タグや書式指定でマークアップされているように見えず、言語がそのまま読めるようにすることである[9]。これは、リッチテキスト形式（RTF）、HTML、さらにはウィキテキスト（いずれも明らかなインラインタグと書式指定があり、人間がテキストを読みにくくする可能性がある）などの「重い」マークアップ言語でフォーマットされたテキストとは異なります。
グルーバーは、マークアップされたテキスト入力を有効な整形式のXHTMLまたはHTMLに変換し、山括弧（、）とアンパサンド（ ）を対応する文字実体参照に置き換えるPerlスクリプトを作成しました。これは、スタンドアロンスクリプト、 BlosxomまたはMovable Typeのプラグイン、またはBBEditのテキストフィルターの役割を果たすことができます。[5]Markdown.pl<>&
上昇と分岐
Markdownの人気が急速に高まるにつれ、表、脚注、定義リスト、[注1]、HTMLブロック内のMarkdown などの追加機能の必要性に駆り立てられて、多くのMarkdown実装が登場しました。
Markdownは非公式の仕様[16]とHTMLへの変換のための Perl実装のみで特徴付けられていたため、これらの一部の動作はリファレンス実装とは異なっていました。
同時に、非公式仕様の多くの曖昧さが注目を集めました。[17]これらの問題により、さまざまな実装の出力を比較するためのBabelmark [18] [19] などのツールが開発され、 [20] Markdownパーサーの開発者の一部が標準化に取り組みました。しかし、グルーバーは完全な標準化は間違いであると主張しています。「サイト（および人々）が異なれば、ニーズも異なります。すべての人を満足させる構文は1つではありません。」[21]
グルーバーはMarkdownで中括弧の使用を避け、非公式に実装固有の拡張のために中括弧を予約した。[22]
標準化
| |
| ファイル名拡張子 | .md, .markdown[2] |
|---|---|
| インターネットメディアの種類 | text/markdown; variant=CommonMark[7] |
| 統一型識別子 (UTI) | 不明[23] |
| UTI の確認 | 公開プレーンテキスト |
| 開発者 | ジョン・マクファーレン、オープンソース |
| 初回リリース | 2014年10月25日 |
| 最新リリース | 0.31.2 2024年1月28日[24] |
| フォーマットの種類 | オープンファイル形式 |
| 延長 | マークダウン |
| 延長 | GitHub 風味のマークダウン |
| Webサイト | commonmark.org spec.commonmark.org |
2012年から、ジェフ・アトウッドやジョン・マクファーレンを含むグループが、アトウッドが標準化の取り組みと呼んだものを立ち上げました。[11]
コミュニティウェブサイトは現在、「文書作成者や開発者、そしてさまざまなMarkdown実装の実装者が利用できるさまざまなツールやリソースを文書化すること」を目指しています。[25]
2014年9月、グルーバーは「Markdown」という名称をこの取り組みの名称として使用することに反対し、CommonMarkとしてブランド名が変更された。[12] [26] [27] CommonMark.orgは、仕様、リファレンス実装、テストスイートのいくつかのバージョンを公開し、「2019年に最終的な1.0仕様とテストスイートを発表する予定」としている。[28]
大きな問題が未解決のままであるため、1.0仕様はその後リリースされていない。[29]
それにもかかわらず、 Discourse、GitHub、GitLab、Reddit、Qt、Stack Exchange ( Stack Overflow )、Swiftなどの Web サイトやプロジェクトでは CommonMark が採用されています。
2016 年 3 月に、関連する情報インターネットRFC が2 つ公開されました。
- RFC 7763 でMIMEタイプが導入されました
text/markdown。 - RFC 7764では、 MultiMarkdown、GitHub Flavored Markdown (GFM)、Pandoc、Markdown Extraなどのバリエーションが議論され、登録されました。 [30]
バリエーション
Bitbucket、Diaspora、GitHub、[31] OpenStreetMap、Reddit、[32] SourceForge [33]、Stack Exchange [34]などのウェブサイトでは、ユーザー間の議論を容易にするためにMarkdownのバリエーションを使用しています。
実装によっては、基本的なインラインHTMLタグがサポートされる場合があります。[35]
斜体テキストは_underscores_またはによって実装される可能性があります*single-asterisks*。[36]
GitHub 風味のマークダウン
GitHubは2009年から独自のMarkdownを使用しており、[37]表やリスト要素内のブロックコンテンツのネストなどの追加フォーマットのサポートや、コミット、問題、ユーザー名などへの参照の自動リンクなどのGitHub固有の機能が追加されました。
2017年、GitHubはCommonMarkをベースにしたGitHub Flavored Markdown（GFM）の正式な仕様を発表しました。[31]これはCommonMarkの厳密なスーパーセットであり、GFMが拡張機能として追加する表、取り消し線、自動リンク、タスクリストを除いて、その仕様に正確に従っています。 [38]
それに応じて、GitHub もサイトで使用されるパーサーを変更し、一部のドキュメントを変更する必要がありました。たとえば、GFM では、見出しを作成するハッシュ記号をスペース文字で見出しテキストから区切る必要があります。
マークダウンエクストラ
Markdown Extraは、PHP（オリジナル）、Python、Rubyで実装されたMarkdownに基づく軽量マークアップ言語です。[39]通常のMarkdownでは利用できない次の機能が追加されています。
- HTMLブロック内のマークダウンマークアップ
- id/class属性を持つ要素
- 複数行のコードにまたがる「フェンスで囲まれたコードブロック」
- 表[40]
- 定義リスト
- 脚注
- 略語
Markdown Extraは、 Drupal、[41]、Grav（CMS）、TYPO3 [42]などの一部のコンテンツ管理システムでサポートされています。
例
実装
Markdownの実装は12以上のプログラミング言語で利用可能であり、さらに多くのアプリケーション、プラットフォーム、フレームワークがMarkdownをサポートしています。[43]たとえば、主要なブログプラットフォームごとにMarkdownプラグインが存在します。[12]
Markdown は最小限のマークアップ言語であり、通常のテキスト エディターで読み取って編集しますが、スタイル付きでファイルをプレビューする特別に設計されたエディターがあり、すべての主要プラットフォームで利用できます。多くの汎用テキスト エディターおよびコード エディターには、Markdown 用の構文強調表示プラグインが組み込まれているか、オプションでダウンロードできます。エディターには、横並びのプレビュー ウィンドウが備わっているか、WYSIWYG形式で直接コードをレンダリングする場合があります。
次のような一部のアプリ、サービス、エディターでは、編集形式として Markdown がサポートされています。
- BugzillaはMarkdownのカスタマイズされたバージョンを使用しています。[44]
- ChatGPT : Markdown でフォーマットされた LLM からの出力は、ChatGPT クライアントによって LaTeX および HTML でレンダリングされ、モデルでは出力をフォーマットするために Markdown を使用することが推奨されます。ユーザーが提供する Markdown はクライアントによってフォーマットされませんが、変更されずにモデルに渡されます。
- Discord : チャットメッセージ[45]
- Discourse は、フォーラム投稿作成機能で Markdown の CommonMark フレーバーを使用します。
- Doxygen : Markdownをサポートするソースコードドキュメントジェネレーター。追加機能付き[46]
- GitHub Flavored Markdown（GFM）は単語内のアンダースコアを無視し、構文の強調表示、タスクリスト、[47]、表[31]を追加します。
- GNOME Evolutionの電子メールクライアントは、Markdown形式でのメッセージの作成をサポートしており、[48]純粋なMarkdown形式( )で電子メールを送信およびレンダリングしたり、送信時にMarkdownをプレーンテキストまたはHTML電子メール
Content-Type: text/markdown;に変換したりすることができます。 - Joplin : マークダウンフォーマットをサポートするメモアプリケーション[49]
- JotterPad : MarkdownとFountainをサポートするオンラインWYSIWYGエディタ[50]
- Kanboardはタスクの説明のための唯一の書式設定構文として標準のMarkdown構文を使用します。[51]
- Microsoft Azure DevOpsのWiki機能は、一般的なMarkdown規則とGitHub Flavored Markdownの両方をサポートしています[52]
- Microsoft Teams : チャットメッセージ[53]
- Misskey、その多数のフォーク、およびAkkoma [54]などの他のFediverseプラットフォームは、誤解を招くような「Misskey-Flavored Markdown (MFM)」と呼ばれるカスタム テキスト形式を使用します。この形式では、標準のネスト可能なブロック引用とインライン強調がサポートされているほか、メンション、タグ、カスタム絵文字、自動 URL 検出、切り替え可能なリンク ターゲット プレビューなどの拡張機能がサポートされていますが、見出し、リスト、参照リンク、その他の標準 Markdown 機能はサポートされていません。これは、HTML のようなタグ ( ) と、英語のキーワードまたはキーと値のペアを使用した特殊な表記法をサポートしており、フォント、ぼかし、境界線、反転、シフト、回転、拡大縮小、アニメーションなどの変換などのスタイル効果が適用された範囲に対応しています。また、ふりがなや検索ボックスもサポートされています。[55]メッセージとして使用できるこのようなActivityPubオブジェクトのメッセージ形式はです。
>_*`@#:foo:<small> <center> <plain>$[key=value content]text/x.misskeymarkdown - Mozilla Thunderbird電子メール クライアントは、「Markdown here Revival」アドオンを通じて Markdown をサポートしています。
- Nextcloud Notes：Nextcloudプラットフォーム上でメモを取るためのデフォルトのアプリは、Markdownを使用した書式設定をサポートしています[56]
- ObsidianはMarkdownファイルをベースにしたメモ作成ソフトウェアです。[57]
- Rマークダウン[58]
- RStudio : R用のIDE。sundownと呼ばれるマークダウンのバリアント用のC++ラッパー関数を提供する[59]
- シンプルノート[60]
参照
説明ノート
- ^ 技術的にはHTML記述リスト
参考文献
- ^ Gruber, John (2014年1月8日). 「Markdownファイル拡張子」. The Daring Fireball Company, LLC. 2020年7月12日時点のオリジナルよりアーカイブ。2022年3月27日閲覧。
今更だと思いますが、私が推奨するファイル拡張子は「.markdown」だけです。これは、Hilton Lipschitz氏が述べたのと同じ理由です。
私たちはもう8.3の世界に住んでいないので、最も説明的なファイル拡張子を使用するべきです。すべてのオペレーティングシステムが、より優れた作成者コードやメタデータモデルではなく、この愚かな慣習に依存しているのは残念ですが、今ではより長いファイル拡張子をサポートしているのは素晴らしいことです。
- ^ abc Leonard, Sean (2016年3月). 「text/markdownメディアタイプ」.リクエスト・フォー・コメント: 7763 . インターネット技術タスクフォース. 2022年3月22日時点のオリジナルよりアーカイブ。 2022年3月27日閲覧。
この文書は、Markdownで使用するためにtext/markdownメディアタイプを登録します。Markdownは、オプションでHTMLなどの正式なマークアップ言語に変換できるプレーンテキスト書式設定構文のファミリーです。
- ^ Swartz, Aaron (2004-03-19). 「Markdown」. Aaron Swartz: The Weblog . 2017-12-24時点のオリジナルよりアーカイブ。2013-09-01に閲覧。
- ^ Gruber, John . 「Markdown」. Daring Fireball . 2004年3月11日時点のオリジナルよりアーカイブ。 2022年8月20日閲覧。
- ^ abc Markdown 1.0.1 readme ソースコード「Daring Fireball – Markdown」。2004-12-17。2004-04-02時点のオリジナルよりアーカイブ。
- ^ 「Markdown: ライセンス」。Daring Fireball。2020年2月18日時点のオリジナルよりアーカイブ。2014年4月25日閲覧。
- ^ ab Leonard, Sean (2016 年 3 月). 「Markdown のガイダンス: 設計哲学、安定性戦略、および選択登録」.リクエスト フォー コメント: 7764 . Internet Engineering Task Force. 2022 年 4 月 17 日時点のオリジナルよりアーカイブ。2022年3 月 27 日閲覧。
このドキュメントでは、Markdown で使用する text/markdown メディア タイプについて詳しく説明します。Markdown は、オプションで HTML などの正式なマークアップ言語に変換できるプレーン テキスト書式設定構文のファミリーです。背景情報、ローカル ストレージ戦略、および追加の構文登録が提供されています。
- ^ 「RMarkdown Reference site」。2020年3月3日時点のオリジナルよりアーカイブ。2019年11月21日閲覧。
- ^ abcd Markdown 構文「Daring Fireball – Markdown – 構文」。2013-06-13。「しかし、何よりも読みやすさが重視されます。Markdown 形式の文書は、タグや書式指定でマークアップされているようには見えず、プレーンテキストとしてそのまま公開できる必要があります。Markdown の構文は、Setext、atx、Textile、reStructuredText、Grutatext [14]、EtText [15]など、既存のテキストから HTML へのフィルターの影響を受けていますが、Markdown 構文の最大のインスピレーションの源は、プレーンテキストの電子メールの形式です。」
- ^ 「Daring Fireball: Markdown の紹介」daringfireball.net . 2020 年 9 月 20 日時点のオリジナルよりアーカイブ。2020 年 9 月 23 日閲覧。
- ^ ab Atwood, Jeff (2012-10-25). 「Markdown の未来」。CodingHorror.com。2014 年 2 月 11 日時点のオリジナルよりアーカイブ。2014年 4 月 25 日閲覧。
- ^ abc Gilbertson, Scott (2014年10月5日). 「Markdown throwdown: What happens when FOSS software gets corporate backing?」. Ars Technica . 2020年11月14日時点のオリジナルよりアーカイブ。 2017年6月14日閲覧。
CommonMark
フォークはユーザーにとってより良いものになる可能性があるが、オリジナルの作成者は同意していないようだ。
- ^ @gruber (2016年6月12日)。「このことについて書くべきだが、辛い。多かれ少なかれ、アーロンは私の相談相手であり、私のインスピレーションだった」(ツイート) – Twitter経由。
- ^ "個人的な意見: Grutatxt マークアップ".トリプティコ.com 。2022-06-30に取得。
- ^ 「EtText: ドキュメント: EtText の使用」。ettext.taint.org 。 2022年6月30日閲覧。
- ^ 「Markdown 構文ドキュメント」 Daring Fireball。2019 年 9 月 9 日時点のオリジナルよりアーカイブ。2018年 3 月 9 日閲覧。
- ^ 「GitHub Flavored Markdown Spec – なぜ仕様が必要なのか?」github.github.com。 2020年2月3日時点のオリジナルよりアーカイブ。2018年5月17日閲覧。
- ^ 「Babelmark 2 – Markdown 実装の比較」。Johnmacfarlane.net。2017 年 7 月 18 日時点のオリジナルよりアーカイブ。2014年 4 月 25 日閲覧。
- ^ 「Babelmark 3 – Markdown実装の比較」。github.io。2020年11月12日時点のオリジナルよりアーカイブ。2017年12月10日閲覧。
- ^ 「Babelmark 2 – FAQ」。Johnmacfarlane.net。2017年7月28日時点のオリジナルよりアーカイブ。2014年4月25日閲覧。
- ^ Gruber, John [@gruber] (2014 年 9 月 4 日)。「@tobie @espadrine @comex @wycats サイト (およびユーザー) によってニーズは異なります。1 つの構文ですべてが満たされることはありません」(ツイート) – Twitter経由。
- ^ Gruber, John (2022年5月19日). 「Markdoc」. Daring Fireball . 2022年5月19日時点のオリジナルよりアーカイブ。 2022年5月19日閲覧。
私は彼らの構文拡張が大好きです — Markdownの精神に非常に忠実です。 彼らは拡張機能に中括弧を使用しています。 これを公に明確にしたことがあるかどうかはわかりませんが、Markdown自体では中括弧の使用を避けてきました — 非常に魅力的な文字であるにもかかわらず — 実装固有の拡張機能のために非公式に留保しています。 Markdocの構文に中括弧を多用することは、まさに私が考えていた種類のことです。
- ^ “UTI of a CommonMark document”. 2017年4月12日. 2018年11月22日時点のオリジナルよりアーカイブ。 2017年9月29日閲覧。
- ^ 「CommonMark 仕様」。2017 年 8 月 7 日時点のオリジナルよりアーカイブ。2017 年 7 月 26 日閲覧。
- ^ 「Markdown コミュニティ ページ」。GitHub。2020 年 10 月 26 日時点のオリジナルよりアーカイブ。2014 年 4 月 25 日閲覧。
- ^ 「Standard Markdown は Common Markdown になりました」。Jeff Atwood。2014 年 9 月 4 日。2014 年 10 月 9 日時点のオリジナルよりアーカイブ。2014年 10 月 7 日閲覧。
- ^ 「Standard Markdown が Common Markdown、そして CommonMark になる」。InfoQ。2020年 9 月 30 日時点のオリジナルよりアーカイブ。2014年 10 月 7 日閲覧。
- ^ “CommonMark”。2016年4月12日時点のオリジナルよりアーカイブ。2018年6月20日閲覧。CommonMark
仕様の現在のバージョンは完成しており、1年間のパブリックフィードバックを経てかなり堅牢になっていますが、まだ最終版ではありません。皆様のご協力により、2019年に最終版1.0仕様とテストスイートを発表する予定です。
- ^ 「1.0 リリース前に解決しなければならない問題 [残り 6 件]」CommonMark ディスカッション2015-07-26。2021-04-14 時点のオリジナルよりアーカイブ。2020-10-02に取得。
- ^ 「Markdown Variants」。IANA。2016年3月28日。2020年10月27日時点のオリジナルよりアーカイブ。2016年7月6日閲覧。
- ^ abc 「GitHub Flavored Markdown Spec」。GitHub。2020年2月3日時点のオリジナルよりアーカイブ。2020年6月11日閲覧。
- ^ 「Reddit マークダウン入門。あるいは、コメントであれだけの凝った書式設定をどうやって行うのか？」。Reddit。2019 年 6 月 11 日時点のオリジナルよりアーカイブ。2013 年 3 月 29 日閲覧。
- ^ 「SourceForge: Markdown 構文ガイド」。SourceForge。2019年6 月 13 日時点のオリジナルよりアーカイブ。2013 年 5 月 10 日閲覧。
- ^ 「Markdown 編集ヘルプ」。StackOverflow.com。2014 年 3 月 28 日のオリジナルからアーカイブ。2014 年 4 月 11 日閲覧。
- ^ 「Markdown 構文ドキュメント」。daringfireball.net。2019年9 月 9 日時点のオリジナルよりアーカイブ。2021 年 3 月 1 日閲覧。
- ^ 「基本構文: 斜体」。Markdownガイド。Matt Cone。2022 年 3 月 26 日時点のオリジナルよりアーカイブ。2022 年3 月 27 日閲覧。
テキストを斜体にするには、単語またはフレーズの前後にアスタリスクまたはアンダースコアを 1 つ追加します。強調のために単語の中央を斜体にするには、文字の前後にスペースを入れずにアスタリスクを 1 つ追加します。
- ^ Tom Preston-Werner . 「GitHub Flavored Markdown Examples」. GitHub . 2021-05-13 のオリジナルよりアーカイブ。 2021-04-02に取得。
- ^ 「GitHub Flavored Markdown の正式な仕様」 。GitHubエンジニアリング。2017 年 3 月 14 日。2020 年 2 月 3 日時点のオリジナルよりアーカイブ。2017年3 月 16 日閲覧。
- ^ Fortin, Michel (2018). 「PHP Markdown Extra」. Michel Fortin ウェブサイト. 2021-01-17 時点のオリジナルよりアーカイブ。2018-12-26閲覧。
- ^ 「PHP Markdown Extra」。Michel Fortin . 2021年1月17日時点のオリジナルよりアーカイブ。 2018年12月26日閲覧。
- ^ “Markdown editor for BUEditor”. 2008年12月4日. 2020年9月17日時点のオリジナルよりアーカイブ。 2017年1月15日閲覧。
- ^ “Markdown for TYPO3 (markdown_content)” extensions.typo3.org . 2021年2月1日時点のオリジナルよりアーカイブ。2019年2月6日閲覧。
- ^ 「W3C Markdown実装のコミュニティページ」。W3C Markdown Wiki。2020年9月17日時点のオリジナルよりアーカイブ。2016年3月24日閲覧。
- ^ “330707 - MarkDown のオプションのサポートを追加”. bugzilla.mozilla.org . 2022-10-11 のオリジナルからアーカイブ。 2022-10-11に取得。
- ^ 「Markdown Text 101 (チャットフォーマット: 太字、斜体、下線)」。discord.com。 2020年6月26日時点のオリジナルよりアーカイブ。
- ^ 「Doxygen マニュアル: Markdown サポート」。2019 年 8 月 9 日時点のオリジナルよりアーカイブ。2019年 8 月 9 日閲覧。
- ^ 「GitHub での執筆」。help.github.com。GitHub , Inc. 2018 年 6 月 4 日時点のオリジナルよりアーカイブ。2014年7 月 9 日閲覧。
- ^ @EvolutionGnome (2022年3月23日). 「Evolution 3.44がリリースされ、すでに#Flathubで利用可能になりました。多くの小さな改善と修正に加えて、メッセージを作成するためのマークダウンエディターが導入されました。👇」(ツイート) – Twitter経由。
- ^ 「Markdown ガイド」。joplinapp.org。 2022 年 9 月 23 日時点のオリジナルよりアーカイブ。2022 年 7 月 14 日閲覧。
- ^ 「Markdown と Fountain で書くときに WYSIWYG エディターが必要な理由」JotterPad ブログ2020-11-17。2020-11-27 にオリジナルからアーカイブ。2020-12-06に取得。
- ^ 「Markdown 構文 — Kanboard ドキュメント」。docs.kanboard.org 。2022年 10 月 11 日時点のオリジナルよりアーカイブ。2022年 10 月 11 日閲覧。
- ^ 「ファイル、ウィジェット、Wiki の Markdown 構文 - Azure DevOps」。2024 年 3 月 25 日。2024 年 4 月 18 日時点のオリジナルよりアーカイブ。2024年4 月 18 日閲覧。
- ^ 「Teams で Markdown フォーマットを使用する」。Microsoft。2022年 1 月 13 日時点のオリジナルよりアーカイブ。2022 年 1 月 13 日閲覧。
- ^ 「Akkoma - 魔法のように表現力豊かなソーシャルメディア」akkoma.social。 2023年4月5日時点のオリジナルよりアーカイブ。2024年4月18日閲覧。
- ^ “MFM”. Misskey Hub . 2024年3月24日時点のオリジナルよりアーカイブ。2024年4月18日閲覧。
- ^ 「Nextcloud Notes * App」。Nextcloud アプリ。2022年2月18日時点のオリジナルよりアーカイブ。2022年2月18日閲覧。
- ^ “Obsidian”. obsidian.md . 2022年7月12日時点のオリジナルよりアーカイブ。2022年7月14日閲覧。
- ^ R Markdown: 決定版ガイド。2021年4月13日時点のオリジナルよりアーカイブ。2021年8月23日閲覧。
- ^ Allaire, JJ ; ea (2015-06-30). "Markdown.cpp". GitHubプロジェクトRStudio。2017-07-26 にオリジナルからアーカイブ。2016-07-07に取得。
- ^ “ヘルプ”. Simplenote . 2015-07-30. 2022-07-14時点のオリジナルよりアーカイブ。 2022-07-14に閲覧。
外部リンク
- オリジナルのジョン・グルーバーマークアップの公式ウェブサイト