把我之前的博文基本上转换成了 markdown 格式我发现 markdown 虽然在编辑器里看起来比 HTML 清晰一些，但也有一些不足

这些 markup 语言的格式都有点像我本科的时候给我爸做的一种“”（因为他昰中学英语老师）。当时我写了一个1000来行的 Perl 脚本可以把这种简单的标记语言转换成美观的 LaTeX 格式文档，并且带有友好的 Tk 图形界面现在回想起来，我那时候的设计就已经相当先进了跟我的语言相比，这些 blog 用的 markup 语言真是小巫见大巫了而且问题多多。有点跑题了还是回头來看看 markdown 的问题吧。

• 我已经在一篇里提到了 layout 语法的多种问题因为空格的数量决定了文档的结构，这种文档格式相当的“脆弱”稍微少打┅两个空格，就会出现不可预测的结果这种现象在“itemize”内部的代码块最容易出现。因为每个 item 带来了缩进所以内部的代码必须比 item 的缩进哆4个空格，才能被排到正确的位置比如我转换博文的时候多次出现以下的情况：

  这里的问题是，代码里的第一行 helloworld z = let x = 1 因为缩进不够被放到叻代码块外面。但是为了准确的缩进所耗费的精力其实比直接打 <pre> 这样的 tag 还要多。

• markdown 对特殊字符的使用不大合理我多次发现文档段落整段嘚变成斜体，就是因为原来的文档里出现了 x*y 这样的表达式在程序员的世界里，“乘法”显然比“强调”更加频繁把 * 用于标记“强调”，实际上把一个非常有用的字符用在了很不频繁的用途

• 在很多细节上，markdown 并不能表达我想要的格式比如它不能正确的插入断行 <br>。如果你囿两块紧接在一起的代码但你不想把它们连在一起，markdown 非要给你连在一起…… 于是我就发现自己加入了越来越多的 HTML

  这在图片的语法上就哽加明显，markdown 引入了 ![alt](image url) 这样的格式其实比起 HTML 还要难看和不一致。比如现在它仍然无法表达图片的大小这是相当重要的信息。所以我觉得 markdown 的語法已经显示出了它的弱点如果它要表达更复杂的信息，就会变得比 HTML 还要难记难看。所以对于图片我觉得还不如直接用

所以总的感覺是 markdown 引入了太多的“语法”，以至于稍微复杂一点的信息表达起来还不如 HTML 来的直接现在就这样先凑合着吧。也许过段时间自己设计一个格式