› Daring Fireball: Markdown
› CommonMark
› MacDown Open Source Markdown Editor
› Marked
› GitHub Flavored Markdown
这是一个创建于 2821 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
twm 2017-04-06 19:21:47 +08:00 via iPhone
譬如當我們看到**這種強調**的文法時，我們一眼便知道它表示強調，而不必看到渲染後的結果
并不会，对普通用户反而会很奇怪。编辑时会删除这些奇怪字符，导致格式乱七八糟。 |
 |
2
SpicyCat 2017-04-06 19:22:52 +08:00
Markdown 的基本功能用普通的文本编辑器就行，但是扩展功能比如 表格，如果没有编辑器的辅助，写起来比较麻烦。
|
 |
3
prasanta 2017-04-06 19:44:13 +08:00 via Android
真的需要
|
 |
5
cxbig 2017-04-06 19:49:26 +08:00
不用编辑器难道用手写？
|
 |
6
hitmanx 2017-04-06 19:57:12 +08:00
"編輯器之實時預覽多半與最終呈現效果並不一致，最終的展現效果當是由最終頁的樣式決定的，而這個樣式通常並非實時預覽時的樣式。既是如此，又何必實時預覽."
我怎么感觉这句话的核心在于现今的 markdown 编辑器并不堪用？我感觉所见即所得总是有需求的，尽管并不一定是每个人都需要的，反而可能是现在 markdown 编辑器由于多是个人和小工作室开发，所以品质上可能还有欠缺 |
 |
7
j5shi 2017-04-06 20:02:42 +08:00 via iPhone
你当然需要一个编辑器，只是不需要一个实时渲染的编辑器。
|
 |
8
lepture OP @hitmanx 这句话是批评许多 Markdown 编辑器的实时预览特性。而这只是其中一点，更重要的是你不需要实时预览，它只是添乱，打扰人写作，因为实时预览会吸引人眼球，让你的视线从写作界面转移到预览界面。
|
 |
10
xiaoke0718 2017-04-06 21:09:33 +08:00
怎么没人说小书匠 markdown 编辑器？？？
|
 |
11
jybox 2017-04-06 21:18:11 +08:00
我是同意楼主的说法的，选择 Markdown 就是因为它足够轻量级又能覆盖大部分的需求，源代码本身有很强的可读性，熟悉语法后又不太可能写错，这时实时预览就显得意义不大了，只要有基本的高亮就可以了。
|
 |
12
NonClockworkChen 2017-04-06 21:20:31 +08:00
怎么没人说 MOU,这个死流氓,1.0 遥遥无期啊....
|
 |
13
vingz 2017-04-06 21:58:38 +08:00
typora 很好用
|
 |
14
blanu 2017-04-06 22:06:32 +08:00
感觉文风跟那个 IPN 的如一有点像 : )
|
 |
15
guyskk 2017-04-06 22:25:55 +08:00
看了一下 GitHub 发现我给 editor 点了 star 但没给 mistune 点 star ，我对 editor 没什么印象了，但还记得 mistune ，没给 mistune star 是因为我没有选择它，而是选了 Markdown ，它的插件比 mistune 丰富很多。给 editor star 大概是我当时试用了一下发现很容易上手，有打算用它。
|
 |
16
shmilypeter 2017-04-06 22:54:13 +08:00
各种 markdown 编辑器或者插件支持度不一样，比如在马克飞象上好好的内容，在 jetbrains 系列自带的 markdown 预览插件上就显示不出来公式和表格。
md 用来写说明文档还是很好的，可以把 doc 纳入版本控制。 |
 |
17
xcatliu 2017-04-06 23:04:28 +08:00
楼主的 https://github.com/lepture/editor 很好用。
|
|
20
guyskk 2017-04-07 00:37:30 +08:00 via Android
@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
|
 |
21
DexterXie 2017-04-07 00:45:41 +08:00
自己是个高强度 markdown 使用者，谈谈自己的想法
1. markdown 能让我更专注于内容，只要部分标记就可以达到不错的排版。 2. 实时预览真的不需要，专注于内容即可。 |
|
22
lepture OP @guyskk 你这个改错了，我原来的实现是对 MultiMarkdown 的 Meta 格式支持。你应该新加一个文件，而不是把我原来的实现删掉。
|
 |
24
libook 2017-04-07 01:00:27 +08:00
需要一边写一边看样式，特别是涉及到一些扩展功能如流程图、通信图、公式等的时候就需要随时预览，有时候也还要预览不同平台上的样式效果，毕竟不同平台上对于不同语法的样式是不一样的。
|
 |
25
sammo 2017-04-07 01:57:57 +08:00 via iPhone  1
对于复杂图的表达力不够是 markdown 本身的当前特点，只能由它自身的“作为一个语言的表达力”上的进步来改善。
预览图无法解决它的缺陷，反而是掩盖了它的缺陷。正当的解决办法是在语言层面上进步，比如增加适用于文本文件表达力的新字符（比如支持自动伸缩性的长空格 可以让 textarea 自动识别，这就是语言表达力上的进步）。 引入模板（就像 typora 做的）也是在掩盖表达力不足的这一缺陷。虽然模板的确是方便快速输入了，但那是拙计。 总之， md 编辑器的高级无法掩盖 md 表达力层面本身的 “无法直接应对复杂图” 的特点 |
 |
26
call43848 2017-04-07 02:21:41 +08:00
每一个 MD 编辑器（渲染器）的作者和使用者，在某种意义上，都是在花样打 Gruber 的脸。因为这哥们设计 MD 就是让你直接写，直接看。
|
 |
27
czc2004211 2017-04-07 02:24:15 +08:00 via iPhone
不能居中 不能自定义图片高宽让我放弃
|
|
28
lepture OP @libook 这些便是各种扩展导致的问题， Markdown 本身并不支持，它的目的不是干这个事的。
|
 |
30
bonfy 2017-04-07 09:09:22 +08:00
楼主的 blog 要么一年不更，要么一日两更，猝不及防啊！
|
|
31
lepture OP |
|
32
guyskk 2017-04-07 10:23:19 +08:00
@lepture #22 原来如此，今天才知道 MultiMarkdown 。不过那个文档最好还是说明一下支持的是 MultiMarkdown Meta ，另外 https://github.com/lepture/mistune-contrib/pull/13 应该是正确的实现。
|
 |
37
tamlok 2017-06-25 09:47:51 +08:00
关于 Markdown 编辑器，可以看看我这篇文章( http://www.jianshu.com/p/3b8e0e70cd48)。其实我觉得现在一提到 Markdown，大家就想到实时预览，这是对 Markdown 最大的一个误解，也是“侮辱”。
|
Select Language