Markdownは20年以上にわたり、ドキュメント作成、執筆、情報共有のための不可欠なツールとして機能してきました。その主な魅力はシンプルさにあります。HTMLタグや独自のバイナリ形式のような複雑さを伴わずに、構造を表現するために通常のテキストの慣習（見出しのためのハッシュや強調のためのアスタリスクなど）を使用します。しかし、ソフトウェアリポジトリ、学術的なノート、さらにはAI生成コンテンツにおいて広く普及しているにもかかわらず、.mdファイルを受け取った際に、ユーザーはレンダリングされたドキュメントではなく、生のフォーマット構文を表示してしまうことが依然として多いのが現状です。これにより、標準的な読み取り可能な形式であるはずのものを表示するだけで、特定のアプリケーションや拡張機能を探さなければならないという摩擦が生じています。
この画像は、ネイティブMarkdownサポートに関する著者の論文の主要な視覚的表現として機能します。
核心となる議論は、すべての主要なオペレーティングシステムが技術的にMarkdownファイルを開くことができる（プレーンテキストであるため）一方で、macOS、Windows、Linux、Android、iOSといったプラットフォーム間で一貫したネイティブレンダリングが欠如しているという点です。例えば、AppleデバイスでMarkdownファイルを「メモ」アプリにインポートすると、リッチテキスト形式に変換されることがありますが、これはアプリ間の切り替えを容易にする一方で、元のソースのポータビリティを犠牲にします。著者は、見出しが見出しとして表示され、リンクが正しく機能するようなベースラインレベルのサポートを、Quick Lookやデフォルトのファイルハンドラーなどのシステムユーティリティに直接統合すべきだと提案しています。このような統合により、ユーザーは特殊なツールや基本的な構造要素を解釈するためのクラウドサービスを必要とすることなく、あるデバイスでドキュメントを読み、別のデバイスで編集することが可能になります。
これを実現するには、読みやすさと技術的標準のバランスをとる必要があります。異なるエンジンがMarkdownを異なる方法で解釈する可能性があるため、著者はOS開発者にとって信頼できるベースラインとして、CommonMarkやGitHub Flavored Markdownのような確立された仕様を指し示しています。さらに、Markdownを第一級の市民とすることは「デジタル所有権」をサポートし、クリエイターが特定の企業のエコシステムに依存せずにアーカイブを保持できるようにします。一部の批評家は、Markdownには単一の普遍的な標準が欠けている（テーブルや改行の処理における不一致など）と主張しますが、ネイティブサポートへの移行は、人間が読めるドキュメントが作成に使用されたソフトウェアに関わらずアクセス可能であることを保証するための重要な一歩となります。