Microsoft 認為有害
Joe Schaefer減價來源
此點John Gruber 的 Markdown 語法規格 是他”減價” 旨在易於使用不只是從撰寫觀點來看，也從導入者的觀點來看。, MathML，和HTML5 不是。
GitHub 調味料減價 (GFM)
GFM 確保符合該規格的設計目標，直到微軟使隔離的錢幣符號有條件地將其轉換為 符記1 個 因為有些衣著、古董、醜陋且慢慢的機構破碎軟體所致MathJax 與 Markdown 無關，而且這些助理不希望提升表演者、漂亮、utf8- 相容 沒有來自漢學院的賄賂。
擁抱並擴充 Redux
當然這完全是刻意的，因為獲獎肯定, 世界一流的工程團隊 已結算於 取代為雙元記號界限 用於內嵌數學，以及用於區塊的圍欄數學區塊或僅雙元的環繞段落組 處理**2015 年 ** — **GFM 規格發布前的四年 **。
此處的點是一般程序中很少出現的 2 個字元分隔符號，是一般情況的理想選擇。如果 Microsoft 停滯僅支援 $` … `$ 我不會在 2026 年撰寫這篇文章，因為該選擇符合 Markdown 規格中引入內嵌數學表示式的正常理想條件。這個選擇也有助於專業數學打字機的 Carpal 隧道症候群，因此除了邊界記號的唯一性之外，還有其他需要考慮的事項。
如果我必須猜測他們的動機，以考慮該部落格文章的建議語法不足以滿足他們目前的需求，我懷疑他們更關心貪婪和市場控制。”客戶不滿意” 優越的 F/OSS 管理。
或只是懶惰、不耐心和危機但這不足以說服這篇文章。YMMV。
WorldWide 衝擊半徑
現在，當作者 / 實作者每次必須猜測剖析器應如何處理一段降價程序中出現的隔離貨幣符號時，工程正規表示式瑕疵是不明確的災難。例如，假設情況為：法文 加拿大金融數學家討論兩種不同貨幣的價格，美國$1.50 和 2,00$ CA (經許可相反，但說明了複雜性)。您如何撰寫i18n 合規GFM 剖析器 明白這裏的錢幣符號之間的東西是 不能以內置方式處理 即使其語法有效 並符合此條件naïve 規格?
函數簽章中有關一對 Ruby/Perl 變數的作用，例如foo($v,$w)？naïve 規格有相同的問題。有克勞德2 個 要全部剖析嗎？
祝好運，如果您要大量將國際舊有文件格式轉換為非 GitHub 平台的 GFM 轉換。不僅會是非常緩慢且昂貴，但它只會”工作” 在 Visual Studio 中彩現時 (如果甚至完全有效)。
說，您不會撰寫混淆剖析器 now 的 today 內容，而是說 past 中所寫的內容，也不會混淆剖析器。不是今天，而不是 未來 剖析器版本。
不同於標準的出現JCP，此訊息永遠不會有合規性認證測試套件，因為這是演進 情境 開啟地面 於GitHub2、3:
GitHub 尚未公開揭露其目前的開放原始碼減價剖析器。不過，GitHub 會根據 GitHub Flavored Markdown (GFM) 規格，使用 Markdown 平台的自訂實作。此實作支援各種擴充功能和增強 GitHub 使用之 Markdown 語法的功能。
再次強調，故意偏離 Gruber 的目標。
最令人難以置信的是，擁抱和擴大邪惡帝國擁有一支 F/OSS 自由勞動奴役軍人，作為綜合性思想警察，他們努力透過人工智慧推動他人自身的市場收益。3。只要在下方的「連結」區段中，查看對此頁面標示之 HackerNews 張貼項目的回應，以符合其中一些回應。
Fuck Microsoft
簡而言之，GFM 已不再是國際產業規格，但美國獨有的專利廠商格式與Wikimedia 資源回收 他們複製來源。
奧里昂 **不要，也永遠不會使用較新的 GFM 剖析器來預先追蹤此已變更的功能 **。
相反地，我們依賴 @markedjs 的內部分叉，並將繼續在可預見的未來執行。
註腳
這不是”延伸” 該規格的作者為使用其產品的所有人授權該規格。這是事實新規格。
對於仍然認為 GitHub 的 nitwits 使用 F/OSS 剖析 Markdown：我建議您按一下頁面頂端文章的 GitHub 來源連結，複製並貼上前兩個段落 WorldWide Blast Radius 區段中的 GitHub 減價編輯器，移除錢幣符號周圍的底線，並首先見證範例案例 *正確 *，不同於其宣稱使用的 F/OSS Rust 陷阱。它也可能讓您比較其 MathJax 轉換器的美學與 我們在此網站上使用，以消除對這兩種產品之間質性差異的任何混淆，比起與彩現速度相關的數量性差異更少。
這篇引述的篇章在過去 24 小時內發表了原本的 AI 回應，直到我為這篇文章新增了其他背景連結為止。”已學習” 如何說出回應查詢較少的偶發性”github 目前的開放原始碼 markdown 剖析器”。這是 我們工作 的人工智慧。