Markdown 的特点在于，这个世界上是先有“ Markdown ”，后有 HTML 的。
Markdown 并不依附于 HTML 。现在也有 Markdown 编译到 Microsoft Word 或者 LaTeX 的编译器。

而且， Markdown 并没有定义“加粗”“斜体”“下划线”“删除线”这些东西，这些东西是实现 Markdown 的人认为规定的。
比如，在中文当中，强调是用着重号，而英文当中，强调是用意大利体（ italic ，俗称真斜体）。 Markdown *从来没有规定* 什么符号是表示要用意大利体，而是简单地规定了 * 表示“强调”。
至于强调到底是强调成什么表现，或许是着重号，或许是意大利体，也或许只是读者的脑补（比如读者没安装 MD 阅读器）罢了。

Markdown 贴代码，最早的方案是前面加四个空格，因为 30 年前大家在电子邮件里发代码的时候就是这么做的。后来发现每行前面加空格不方便，大家转用三个 ` 的符号。这只是方便而已。

况且现在的 Markdown 语法已经非常自由了，我几乎随便写，编译器最后都能解析出来，没有什么标准语法。（只要你经常阅读邮件列表，就能自然而然收到 Markdown 文化的薰陶。你说你不读？抱歉，你在远离这个世界上最顶尖的技术大牛所在的地方。）

这个世界上是先有“ Markdown ”，后有 HTML 的。
这个世界上是先有“ Markdown ”，后有 HTML 的。
这个世界上是先有“ Markdown ”，后有 HTML 的。

重要的事情说三遍。

然而你的 Markup 语言一上来就捆绑了 DOM Node 这套，已经不可能替代 Markdown 了。你可以去劝说 Lisp 用户基于你这套东西开发脚本引擎。然而并不能劝说 Markdown 用户放弃这种已经有 30 多年历史的纯文本排版方式。

另外，你知道 UBB Code 是怎么死的么？这语法最早发明是为了安全：让用户手动输入 HTML 不好检查安全性。 UBB Code 之死，并不是因为 [b]这种语法[/b] 太难打了，而是 [i]它是基于 HTML 的，并不能替代 HTML[/i]，以及 UBB 的 [b]加粗[/b] 只能解释成 [b]加粗[/b]，不能解析成任何别的具有强调意义的形式。

@zxgngl

迫真认为你的那套东西永远不需要转义似的？
如果我要贴一份所有 2 ASCII 字符组合的清单：
就像这样：
.. AA AB AC AD ... (= (> (? (@ ...
好，挂掉了。

当然你可以狡辩说我可以转义啊。
那就转义： (= (> (? (@ span . ( @) (@ span . @ @) (A 。
好吧，这个转义比 XML 那个还恐怖，还引入了新的 DOM Node 。

当然你会说这种情况出现的非常少啊。

那我请问 XML 里面 CDATA 需要转义的情况有多少？

你可以推广你这套 Markup ，但是永远不能替代 Markdown （或许 Jade ，也或许 TeX ）。
因为 Markdown 可以通过电子邮件传送，你这套 Markup 不行。

@zxgngl

> Markdown 的问题就是语法糖太多了，而且语法之间没有一致性

因为 Markdown 的语法是众多网民一起发明的。基于 30 年前的邮件排版格式。

> 画个表、插个图，语法就变得非常难写难记。

参看 26 楼，我可以插一幅 ![泣不成声.jpg] 在这里。
然后到整个文章写完了再补充这个图片的 URL 地址：

脚注：
[泣不成声.jpg] http 什么 www 什么什么.jpg

@zxgngl
> 是的，在语法上就是简化的 XML ，虽然它相对于 XML 有一个非常大的优点是：插入任何代码都是不需要转义的，方便拷贝来、拷贝去，代码内容不会被破坏。

你忘了 XML 有个东西叫做 CDATA ？

@zxgngl
Markdown 插入图片的语法非常多，不仅仅是一种
http://spec.commonmark.org/0.24/#images 这边有一坨。
我觉得最实用的方法是 Example 548 那个，那种语法只需要在图片名字旁边加一个感叹号就可以了，然后图片的 URL 补充在 *整个文档* 的最后面。
链接也可以这么玩。
这样写就让人有种书籍的脚注的感觉，既不干扰阅读，又方便解析。

Markdown 官方的说法是： It ’ s a plain text format for writing structured documents, based on formatting conventions from email and Usenet.
也就是说 Markdown 很多语法是有历史意义的：三十年前人们就这么写邮件的， Markdown 只是提供了一个标准化而已。

@wph95
大概 LZ 做的是一个包装成 Lisp 或者 S 表达式 的 Jade ？
实际上 Markdown 发明的目的是，为了让用户在创作文档的时候不关心最终的格式，而只关心文章的大纲结构和语义。比如说 Markdown 原版是没有定义“下划线”的，也没有定义“加粗”和“斜体”的强制要求：你甚至可以让本应斜体的字用仿宋体来显示。
楼主这套东西或许能让 Lisp 用户基于之上开发一个 Lisp 网站框架（地位相当于 Jade 之于 Node.JS ），和 Markdown 的地位是有区别的。
// LZ 肯定不是 Python 用户
// LZ 有往 Lisp 用户发展的潜能

> 所以我就骂回去了，结果一群人提醒我社区礼仪……

我也必须提醒你注意社区礼仪。
你在一篇帖子里面用了 7 个脏字。
可能在用英语骂脏字的时候并不会觉得不妥，但是如果你在中文论坛当中连续用 7 个脏字你会被怎么看？

@Septembers 我只想知道为什么你要 at 我……

@Septembers 嗯。

不值得捞其实，请打捞队捞上来花的钱 + 修理花的钱估计能再买一台。

在无人机掉下去的船旁边画一道标记，然后到浅水区，对着标记捞就可以了。

#刻舟求剑

@Sunyanzi 目测是楼主被 file_get_content 坑害了……（笑

一般解决方法：1楼
小清新解决方法：2楼
2B解决方法：3楼

Home+电源
长按，然后去相册找截图结果。

安徽省也一样…… #怎么那么多程序员还是不明白验证码是用来干什么的呢

http://ww1.sinaimg.cn/large/0118819dgw1et61i7u7syj20n70dpgpn.jpg

@lucifer9 赞同延迟功能。
Gmail 现在点击发送邮件后，提示“发送成功”，但是实际上邮件是 10 秒后才发送的。旁边有个“撤销”按钮，显示 10 秒。
Android 5.0 起也遍地都是这种设计，基本上所有删除操作都配备 X秒内撤销 了。

我们并不在乎你到底提不提供删帖。既然当年说好不能删，那就不删，这个没问题。

但是，改变 ToS 必须要以醒目的方式（弹窗、邮件）通知用户，并要求用户重新接受或拒绝新的条款。
（比如 Google Play 或 Xbox 账号转区就有重签条款的步骤）

在用户不知情的情况下单方面改变条款内容是违法的，简单而言就是霸王条款。