分享一下我对 Markdown 编辑器的看法

譬如我看到****的文法，我一眼便知道它表示，而不必看到渲染後的果

并不会，对普通用户反而会很奇怪。编辑时会删除这些奇怪字符，导致格式乱七八糟。

Markdown 的基本功能用普通的文本编辑器就行，但是扩展功能比如 表格，如果没有编辑器的辅助，写起来比较麻烦。

真的需要

@SpicyCat 表格其实不在 Markdown 的设计初衷里。

不用编辑器难道用手写？

"器之多半最呈效果不一致，最的展效果是由最的式定的，而式通常非的式。既是如此，又何必."

我怎么感觉这句话的核心在于现今的 markdown 编辑器并不堪用？我感觉所见即所得总是有需求的，尽管并不一定是每个人都需要的，反而可能是现在 markdown 编辑器由于多是个人和小工作室开发，所以品质上可能还有欠缺

你当然需要一个编辑器，只是不需要一个实时渲染的编辑器。

@hitmanx 这句话是批评许多 Markdown 编辑器的实时预览特性。而这只是其中一点，更重要的是你不需要实时预览，它只是添乱，打扰人写作，因为实时预览会吸引人眼球，让你的视线从写作界面转移到预览界面。

@cxbig 也可以用脚啊

怎么没人说小书匠 markdown 编辑器？？？

我是同意楼主的说法的，选择 Markdown 就是因为它足够轻量级又能覆盖大部分的需求，源代码本身有很强的可读性，熟悉语法后又不太可能写错，这时实时预览就显得意义不大了，只要有基本的高亮就可以了。

怎么没人说 MOU,这个死流氓,1.0 遥遥无期啊....

typora 很好用

感觉文风跟那个 IPN 的如一有点像 : )

看了一下 GitHub 发现我给 editor 点了 star 但没给 mistune 点 star ，我对 editor 没什么印象了，但还记得 mistune ，没给 mistune star 是因为我没有选择它，而是选了 Markdown ，它的插件比 mistune 丰富很多。给 editor star 大概是我当时试用了一下发现很容易上手，有打算用它。

各种 markdown 编辑器或者插件支持度不一样，比如在马克飞象上好好的内容，在 jetbrains 系列自带的 markdown 预览插件上就显示不出来公式和表格。

md 用来写说明文档还是很好的，可以把 doc 纳入版本控制。

楼主的 https://github.com/lepture/editor 很好用。

@guyskk 一般都会用到什么插件？我看 IPython 那边在用 mistune ，也加了几个扩展。

是的，我都裸看 markdown 不需要.md 的渲染图

@lepture 找了一下 https://github.com/restaction/mkdocs-autodoc/blob/master/mkdocs_autodoc/autodoc.py 用了 EXTENSIOnS= ['nl2br', 'tables', 'fenced_code']，我记得还有个提取 meta 的插件，这里还有 PR https://github.com/lepture/mistune-contrib/pulls

自己是个高强度 markdown 使用者，谈谈自己的想法
1. markdown 能让我更专注于内容，只要部分标记就可以达到不错的排版。
2. 实时预览真的不需要，专注于内容即可。

@guyskk 你这个改错了，我原来的实现是对 MultiMarkdown 的 Meta 格式支持。你应该新加一个文件，而不是把我原来的实现删掉。

@lepture 但也许可以作为扩展功能实现呢？

需要一边写一边看样式，特别是涉及到一些扩展功能如流程图、通信图、公式等的时候就需要随时预览，有时候也还要预览不同平台上的样式效果，毕竟不同平台上对于不同语法的样式是不一样的。

对于复杂图的表达力不够是 markdown 本身的当前特点，只能由它自身的“作为一个语言的表达力”上的进步来改善。

预览图无法解决它的缺陷，反而是掩盖了它的缺陷。正当的解决办法是在语言层面上进步，比如增加适用于文本文件表达力的新字符（比如支持自动伸缩性的长空格 可以让 textarea 自动识别，这就是语言表达力上的进步）。

引入模板（就像 typora 做的）也是在掩盖表达力不足的这一缺陷。虽然模板的确是方便快速输入了，但那是拙计。

总之， md 编辑器的高级无法掩盖 md 表达力层面本身的 “无法直接应对复杂图” 的特点

每一个 MD 编辑器（渲染器）的作者和使用者，在某种意义上，都是在花样打 Gruber 的脸。因为这哥们设计 MD 就是让你直接写，直接看。

不能居中 不能自定义图片高宽让我放弃

@libook 这些便是各种扩展导致的问题， Markdown 本身并不支持，它的目的不是干这个事的。

@lepture 看需求吧，我之前写文档的时候能用指令画出通信图和流程图感觉还挺方便的，特别是能够很好的使用版本控制。

楼主的 blog 要么一年不更，要么一日两更，猝不及防啊！

@bonfy 以后会常更新的。

@libook 其实这种扩展就不是适合文字工作者的 Markdown 了。

@lepture #22 原来如此，今天才知道 MultiMarkdown 。不过那个文档最好还是说明一下支持的是 MultiMarkdown Meta ，另外 https://github.com/lepture/mistune-contrib/pull/13 应该是正确的实现。

@lepture Markdown 只是个工具，工具是死的，人是活的，各取所需嘛

@DexterXie 我比较赞同！ MarkDown 的存在就是为了可以更多的专注于内容！

@bonfy 有更新游记哦

@lepture 推特上看到了， 东武日光站 那张照片很赞

听说以后要常出门，不知道游记常不常有

关于 Markdown 编辑器，可以看看我这篇文章( http://www.jianshu.com/p/3b8e0e70cd48)。其实我觉得现在一提到 Markdown，大家就想到实时预览，这是对 Markdown 最大的一个误解，也是“侮辱”。