MarkEditor: 赋予 Markdown 更多的意义

一个多月前，我们在 V2EX 发布了《 MarkEditor: 还需要再多一个 Markdown 编辑器吗？》， https://v2ex.com/t/261582 虽然触发了 XXX 导致只能登录用户才能访问，但还是收到了很多反馈。非常感谢。 :)

软件的迭代相对 Web 开发而言，慢了许多。但这一个多月， MarkEditor 也同样发生了很多变化。
我们也新制作了一个视频，侧重这些变化点进行介绍，如果（因为特殊原因）看不到，可以到官网上播放: http://zrey.com/app/markeditor_new
<amp-vimeo data-videoid="162681396" layout="responsive" width="16" height="9"></amp-vimeo>
MarkEditor 是我们自己日常使用极其高频的工具，基本上文本相关的工作全由它代劳。
在每天都在写 Markdown 的过程中，我们非常想赋予 MarkEditor 更多的意义，语法是基础，但只围绕语法本身，所带来的效率提高、时间的节省，还是远远不够的。
MarkEditor 除了初步增加 Vim 模式等基础特性外，也增加了不少奇妙的特性:

- 增加了 ECharts 图表库，表格编辑的时候，可以选择自动线图、饼图、柱状图的自动转化。
- 增加 Wiki 静态站的导出，可同步至七牛，也内建了一个局域网的小型 Web 服务可直接访问。
- 增加了电子书 PDF(是整本，并非单页) 的导出。
- 增加了写作统计，积年累月，一些数据统计很令人有幸福感。
- 增加了微信公众号内容格式的导出。
- .etc

我们整理了一份比帮助文档详细一些的，自成一册，作为教程文档： http://7xt5br.com1.z0.glb.clouddn.com/_book/index.html
PDF 电子版为： http://7xt5br.com1.z0.glb.clouddn.com/ME.pdf
以上两者都是 MarkEditor 自己导出的，也算是一个 Demo 。 :)
对了，这个文档比内置的帮助，会更详尽一些，像“如何使用 MarkEditor 发布文章到 Jekyll （ Github Page ）” http://7xt5br.com1.z0.glb.clouddn.com/_book/%E5%86%85%E5%AE%B9%E5%8F%91%E5%B8%83/3%20%E5%8F%91%E5%B8%83%E5%88%B0%E7%AC%AC%E4%B8%89%E6%96%B9%E5%B9%B3%E5%8F%B0.html#toc_4

新增的功能中，效果毕竟都是可以直接看见的，反倒我们自己内部最喜欢的是 PDF 电子书封面可以用 HTML 、 CSS 快速绘制出来，还有就是写作统计了……

- - - - - - - - - - - - - -- - - - - - - - - - - - - - - - -- - - - - - - - - - - - - - - - -- - - - - - - - - - - - -

跟上次相比，扩大下促销规则，使用优惠码 V2EX ，前 50 名 5 折，之后为 7 折，截止至 2016-4-29.
此次多出一个特别的早鸟优惠码： ME ，仅前 3 名有效， 2 折。

可以先访问我们的官网 http://zrey.com/app/markeditor 直接下载 MarkEditor ，默认是试用版。 :)

ZreySoft

2016-04-26 20:41:52 +08:00

@clare0621 那个只有“背景色”仅仅是日间、夜间模式下的定制，可以自己嵌入一个 css 规则，这个就完全随心所欲了。 css 规则有两个地方，一个是全局的（设置里），另一个是针对当前文件夹的（文件夹设置里）。

日间、夜间的模式，其实我们有一个联动的机制，可以基本保证输入区域与预览的 HTML 内的样式保持一致，这样就不会出现一些 App 上夜间模式下 Preview 的熊猫屏的问题。不是很重点的特性，所以没有强调过。但是， css 规则是自由的，自己定义一些，会覆盖 App 默认生成的样式规则的。 :)

ZreySoft

2016-04-26 20:45:59 +08:00

@blanu 每一个正被打开的文件夹（就是文件管理器内的根目录）都是一个场景，这个场景下如果配置了七牛，那么同步是指当前整个目录下的。 :)

建议已经绑定七牛的文件夹呀，添加到“我的工作目录”（这个功能虽然简单但是很有用很重要……），这样以后打开就方便了。

还有双栏预览的时候右侧预览滚动和左侧不同步，不知道是不是有意而为 -> 有意为之的。虽然 ME 的同步预览已经比较准确了，但是毕竟纯文本的数据源与最终的人类视觉的预览，并不能真正做到完全精准（比如随便异常超高的图片就直接无法“精准”了），所以，在 Preivew 区域内的就不再做自动 scroll 了，免得全部都由机器来自作聪明，犯了错误，使用者都无法纠正…… :)

DarryO

2016-04-26 21:35:12 +08:00

感觉 MarkEditor 几乎是 MWeb ， GhostNote ， SnippestLab 集成版了...虽然都买了...

我比较喜欢快速笔记的功能。不过这个功能做得还不是很好，比如大小是固定的，无法半透明（其实就是不太好看...）。强烈建议参考一下 GhostNote...

不过比较在意，恼人的问题是：按钮的交互反馈太弱了，按上去后几乎感觉不到什么变化（尤其是新建笔记的“+”和吸附在桌面的那个符号）。我个人比较讨厌这种“硬邦邦”的按钮。

还有，快速笔记里选在 MarkEditor 里打开时（其他情况也会，具体忘记了），会提示外部修改，是否更新。我觉得这个如果能选择以后默认更新，不再提示比较好

另外，讲真...为什么要加个音乐播放器....？内置白噪音还能理解点...但是音乐播放器？😐？

ZreySoft

2016-04-26 21:54:09 +08:00

@DarryO 😂，我们最怕看到的关键词之一出现了，“集成版”……

如果再用过其它的 App ， ME 这个 Container 估计还能装进不少。但是，如果用过 FarBox Editor ( 13 年初的产品)的话，就不大会有这些想法了……

音乐播放器，后面版本计划是允许用户隐藏这个按钮的。离线场景下的写作，它还是比较有价值的，白噪音有点单一了，需要给使用者自己定义的空间。比如我们周边一波人，白噪音一定用都没有，不如摇滚……

有的，给我们邮件就可以了。 :) bug@zrey.com

drbelfast

2016-04-27 07:34:40 +08:00

1. 同建议取消鸡肋的音乐功能。要听歌的话用户一般会打开网易云音乐, itunes 。很少会选择一个文本编辑器来听歌。不要贪多嚼不烂。
2. 虽然这是个人喜好问题，但是我真的搞不懂作为一个效率(而不是炫复杂度)工具，为什么非要分为编辑区和预览区。缺点很多: 对于小屏用户，把编辑区和预览区一同打开真的只剩下一小块可写区域了。而且当你预览文件的时候如果发现有地方需要修改, 还要慢慢去查找乱糟乱造的编辑区, 尤其是有很多代码和表格的时候，非常不方便。这么多年，这么多款 markdown wrapper, 都是一个套路。只有 typora 跳了出来写了一个 parser 做得很好。但是多次建议作者添加 wiki 功能和文件管理，毕竟作者是一个人再开发，没有着落，我渐渐弃坑了。如果能把双屏合并，即时预览，拿下 markdown 市场指日可待。
3. 还是要吐槽一下编辑区写 coding 体验很不好，没有自动换行和缩进。不妨嵌入一个 codemirror 增强 coding style. 当然如果能即时预览就不会有这些坑了。

总体产品思路是好的，特别是静态资源生成和 wiki 。但是我个人试用之后并不是很感冒
我理想中的产品是: typora 一样的文本编辑器, markeditor 一样的文件(wiki)管理。现在太多产品真的就是 mou 之类的增强版