体验 MWeb for iPad 之前我在想什么
过去的一年 iOS 平台上 Markdown 编辑器之间的竞争愈发激烈：Ulysses 不仅发布 iPhone 版实现全平台化，也支持了 Dropbox 文件夹和 Wordpress 发布功能，相应的，Byword 在年底也将内购功能免费。后起之秀中，也有一面世就入选 App Store 年度精选的 Bear，凭借出彩的设计和精准的产品定位很快获得了认同。
所以 MWeb 的开发者宣布 MWeb for iOS 开始内测的时候，我的心里除了一种等候多时终于到来的激动外，更多的是隐隐的担忧：MWeb for iOS 在竞争对手面前有什么特殊的优势，足以让消费者为它放弃其他的选择？
更深一层的忧虑是，在一个明显不如 Mac 上使用起来有效率的产品类别上，MWeb for iOS 的出现只是为了全平台化而出，还是能结合 iOS 平台的特点提供超越 Mac 版的体验呢？
MWeb for Mac 的优异产品素质毋庸置疑，支持了功能丰富的 Markdown 语法和网站发布功能，极具特色。开发者 @oulvhai 这样定义 MWeb：
MWeb 是 Mac 平台上一款专业的 Markdown 写作、记笔记、静态博客生成软件。
这也成为我使用 MWeb for iOS 时的出发点。产品平台的改变意味着使用场景的改变，那些以 Mac 为基础而设计的功能和使用场景，在 iOS 上会带给我怎么样的体验呢？
相对于不适合编辑长文和屏幕尺寸受限的 iPhone 端，我花了更多时间在配有 Smart Keyboard 的 9.7" iPad Pro 上，以下的内容就是基于 MWeb 在 iPad 上的体验。我期待在 iPad 上重新认识它，期待它能把 iPad Pro 变成一台真正具有文字生产力的设备。
作为 Markdown 编辑器的体验
现在优秀的 Markdown 编辑器都开始侧重对使用场景的深度优化，以期能扩大产品的使用人群。例如 Bear 就以记笔记的为主要场景，其良好的体验让 MacStories 的主笔 Federico 写了一篇《why i'm Considering Bear as a Notes App Replacement》 。但是作为一款 Markdown 编辑器，无论其它功能多么新颖，流畅的书写体验才是一切的基础。
工具栏
有过 Markdown 写作经验的人都知道，输入语法字符最难受的不在于通过组合键按出这些不常用的符号，而是由于这些字符必须是英文符号，必须频繁的切换中英输入法。况且我出于无知买的还是德语布局的键盘，天生不利于输入各种符号。
在 Mac 上为了弥补 Markdown 语法标记字符书写不便的问题，通过 TextExpander 搭配 Searchlink 就可以一步完成例如插入当前网页链接等动作，但是这套方案在 iPad 上自然没法实现。如何提高输入语法字符的效率，就是 MWeb for iOS 首先要解决的。
在 MWeb for Mac 在 2.0 版本中加入了工具栏，当时 我的感受 是，这是对初学者友好的设计，但是并不能让输入效率有所提高。但是在 iPad 版本中，这个功能栏堪称最惊喜的设计。
不知是有意还是巧合，MWeb 的工具栏和新款 Macbook Pro 的 Touchbar 有异曲同工之妙：通过手指的小幅度移动完成操作，而不是运用难记的快捷键（说实话在到现在我还是记不全 Markdown 语法字符的快捷键）或者移动手臂去屏幕上部点击（在 Mac 就是移动鼠标去点击）。
以插入网址链接为例，我只需要将放在 Smart Keyboard 上的手指微微向前伸，就能碰到按钮，而不用去手动输入[]()，由于工具栏的存在大大减少了切换输入法的动作频率。
界面与分屏
与 Mac 相对比，iPad 的尺寸有限的屏幕尺寸，分屏界面与快捷键，如何合理的运用这些元素决定了编辑器的输入体验。
界面尺寸小，文档储存的位置又分散，这让定位一个文件夹都有些困难。MWeb 的界面没有照搬 Mac 版的三栏式设计，而是分成了导航界面和编辑界面。文档库、iCloud 文档和本地文档三类，再加上主界面和添加文档，依次排列在界面底部。
虽然还是以文件夹为核心来整理文档，但是显然不可能像 Mac 上一样自由。所幸可以收藏文件夹和文档，被收藏的文件出现在主界面，「最近使用」会显示最近 5 个编辑过的文档，在切换文档时省了我不少力气。
编辑界面同样保持了简洁，只留下最需要的几个按钮——大纲（字数统计）、收藏、预览、新增文档和导出。而在主题和预览样式上和 Mac 版保持一致，开发者把字体调节选项都同样延续到了 iOS 版中。
刚开始在 iPad 上使用时，发现很奇怪的 iPad 横屏时（也就是外接键盘时的状态）MWeb 编辑界面无法全屏，觉得浪费本来就不够的屏幕给导航界面实在可惜。不过当我开始分屏给 iThoughts 时发现导航界面自动隐去，恰好只留下编辑器。配合 iThoughts 查看写好的导图或者 Safari 查资料，体验完全不输 Mac 上的分屏。
而在 iPhone 版上有个精妙的细节是，打开了「全屏模式」的话，滑动编辑界面就会像 Safari 的阅读模式一样隐去界面内除文本外的其它元素。
文档库与 iCloud 文档
在 Mac 上我从来没有考虑过文件存储位置这个问题，无论是内部文档库还是外部文件夹，本质上都是被纳入了系统的统一的文件系统中的。不过由于 iOS 系统的限制，能不能打开存放在不同文章的文档也很影响使用它的意愿。毕竟像 Bear 这类不能打开外部文件的编辑器，就不存在和其他工具协作的可能了。
MWeb 在这方面没有太多的顾虑，无论是 Mac 端创建的内部文档库（通过 iCloud 同步），还是 iCloud Drive 中存放的文件1都可以方便的编辑和修改。
不过开发者之前表示文档库之间的同步太复杂，所以现在 iOS 端还不能删除和移动文档库内的文档。而如果你是打开的iCloud 中非 MWeb 文件夹中的文档，可以编辑，但无法收藏，也不会出现在最近使用中。在使用过程中有次误触打开其他文档后，就得再次从主界面的开始打开，多少给编辑不是由 MWeb 创建的文档造成了一些困扰。
有待改进的细节
作为一款编辑器，MWeb for iOS 的体验虽比不上 Mac 的大尺寸屏幕和键盘带来的爽快，但是也绝不会给书写的过程造成困扰。坦白说，iOS 系统和 iPad 的尺寸才是限制书写体验的桎梏。
但是 MWeb 也有需要改进的地方。前面称赞过的工具栏在编辑界面最下部，挡住了原本的大纲和预览等功能按钮。这时要是有完善的快捷键来弥补倒也无妨，但是 MWeb 现在支持的还基本是标记字符的快捷键，例如预览和收藏都没有。在 1:1 比例分屏时，工具栏依然保持为一栏，显得十分局促。
尽管是在 iOS 平台上，导出选项（仅支持导出为 HTML 、PDF 和图片）不够丰富早有所心理准备，但是看看隔壁的 Bear 的导出选项，还是希望 MWeb 在这方面有所进步，给使用者更多选择。
作为笔记应用的体验
在有 Apple Pencil 之前，我一直延续着用传统的纸笔记课堂笔记，下课后扫描电子化的流程。作为一个工科生，Markdown 在记课堂笔记这种强调速度的场合还是无法胜任，主要是常常有复杂的公式，另外纸笔自由的书写度也是 Markdown 不可能弥补上的差距。
GFM 语法
不过若换个场景，不是速记笔记，而是课后整理课堂笔记，MWeb for iPad 的文档库模式就是完美的场合。由于 MWeb 支持功能丰富的 GFM 语法，LaTeX 书写公式，或是代码块的语法高亮，在加上 Markdown 天生的「边写边排版」的优势，让我选择 MWeb 成为了整理课堂笔记的地方。
相比 MarkEditor 这类没有内部文档库的编辑器，MWeb 的文档库更有归属感，而相比 Quiver 这款专门给技术写作者的技专属笔记本，MWeb 也在功能上不落下风。
Markdown 支持上和 Mac 版完全兼容，全面支持 Github Flavored Markdown 语法如 TOC、Table、Fenced code block、LaTex、Task lists、Footnote 等。
这保证了 iPad 上将 MWeb 作为我整理课堂笔记的工具。事实上它已经成功取代了 Mac 承担这份工作，毕竟在摊了书本的桌子上，iPad 的尺寸就显出优势。原先在 Coursera 上学习时，只能用 iPad 较小的屏幕当播放器，Mac 记笔记，现在则恰好相反。当然，这一切都是建立在它的输入效率是可以接受的前提下的。
图文混排与导出
尽管这两项功能在我整理笔记的场景中出现的频率不高，但是对于其它学科的人来说
有可能是刚需。
图文混排一直是 Markdown 编辑器的硬伤之一。 好在 MWeb for Mac 解决了这个问题。图片可以直接展示在文本中，还可以通过特别的语法来设置图片的宽度和居左、居右、居中。iPad 上不仅完美继承了这个特性，更是可以直接从照片中导入图片2。同步后在 Mac 上也可以显示。
而对于那些习惯将所有笔记统一放在 Evernote 中整理的人来说，MWeb 的发布到 Evernote 再去整理就很实用。
和 Bear 的对比以及不足
和同为定位为记笔记的工具 Bear 相比，MWeb 明显更适合于技术类的笔记。尽管没有 Bear 那样的高颜值和细节优化，但是 MWeb 在文档存储上更自由，更适合和其它工具搭配起来。而 Bear 更适合那些生活化的笔记，例如备忘或者清单等等
而 MWeb 美中不足之处就在于整理文档的能力不如 Bear 或者 Evernote，和 Evernote 一样基于文件夹来分类文档，但是缺少标签系统让归类文档很受限制。如果说没有标签系统，还可以通过合理的文件夹分类来解决，但 Bear 和 Quiver 的文档链接是作为一款笔记软件必备的功能。每一篇笔记都不会是和其它内容完全孤立的，特别是技术类笔记，常有一个专业名词在其它笔记中有相关内容的情况。文档链接功能可以帮助我们，把一篇篇独立的笔记织成一张完整的知识网络。
作为网站后台编辑器的体验
在 MWeb 之前，如果想在 iOS 平台上更新博客大致有以下几种方法：
- 借助 Ulysses 或者 Byword 这类支持发布到 Wordpress 的编辑器
- 搭建在例如 Farbox 上这类借助 Dropbox 同步的个人网站服务，通过编辑在 Dropbox 中的文档进行更新。
- 使用各个平台的官方客户端，例如 Wordpress 或则 Medium。
这几种方法都各有所限制，况且如果你想将一篇文章同时发布在 Medium 和自己的个人网站上就只能分别去两个应用中操作。
iOS 版 MWeb 跟 Mac 版一样，也支持把文档发布到 Wordpress、Metaweblog API 、Evernote、Blogger 和 Medium。
除此之外，MWeb 当然也继承了 Mac 版的图片上传功能。如果你需要以 HTML 的形式分享你的文档，最好配置好图床，将本地图片替换成图床的图片，否则本地图片不会随之分享出去。
MWeb for iOS 的出现就是一次融合了三个场景的解决方案，不过我现在想问的是：为什么我要在 iPad 而不是 Mac 上进行更新文章的操作？
依然是受制于 iOS 的系统限制，MWeb for iOS 不再有类似于静态网站生成等功能，或是修改网站模版等复杂的操作。事实上，这些操作和设置的频率相对于更新文章来说是很低的，基本上是一次配置沿用半年的状态。
而在一次性配置好自己的个人网站模版，或者是 Wordpress 站点之后，MWeb for iOS 适合拿来作为一个纯粹的网站后台编辑器，只负责写文章和发布。从功能上来说，它已经完全可以胜任这个任务，再考虑到 iPad 天生的「随时开工」的性质，我想说是时候把写作的工作流迁移到 iPad 平台上了。
我选择 MWeb 而不是 Ulysses 的理由
Ulysses 的产品素质和体验自不用过多的去质疑，之前趁着 Ulysses 获得 Apple 年度设计奖时也慕名购入了 Ulysses for iOS 版。但是遗憾的是，到 MWeb for iPad 出现之前，我始终也没能把自己的写作流程迁移到 Ulysses for iPad 上。
问题出在 Ulysses 的 Markdown XL 语法上。由于我在 Mac 主力用的是 MarkEditor，使用的是 GFM 和 MultiMarkdown 相结合的语法，这就导致某些语法到了 Ulysses 中就没法起作用，比如文章的 meta 属性 和 [TOC] 大纲标记字符。
倘若只是语法不同倒也能勉强接受，毕竟不影响书写。但是在 Ulysses for iPad 导入 iCloud 文稿时，会自动将文稿的一部分语法标记字符转换成相应的 Markdown XL 风格，例如脚注都会变成参考式链接（如果是我对 Ulysses for iPad 的理解有误，望指正）。如果你像我一样不能接受这种设定，也只能无奈放弃用 Ulysses for iPad 来和 Mac 上的编辑器协作了，而 MWeb for iOS 则完全没有这方面的困扰。
在 iPad 上使用 Markdown
之前很长一段时间内我都坚持认为在 Mac 上书写 Markdown 才是最完整和流畅的体验，而 iPad 上只能是应急之举。但是 MWeb for iOS 却给了我新的启示：不去纠结到底是选 Mac 还是 iPad，而是将两个平台的优势结合起来。
Mac 当然还是能提供最完整体验的地方，但是 iPad 上编辑器的已经可以提供流畅的书写体验和在特定场景下发挥作用了，只要通过合理的文件系统连接两个平台（iCloud 或者其它云盘），就能获得 iPad 带来的便携性和 Mac 的编辑高效率。例如我就将当前在写的文稿放在 iCloud Drive 中，无论是在 Mac 还是 iPad 上都能方便的打开进行编辑。
当然这不是说 MWeb for iOS 一款应用做得有多完美，只是它让我开始愿意这样去尝试。乔布斯关于 「Mac 如同卡车」的比喻十分巧妙，在 Mac 上进行复杂但低频的任务，在移动设备上进行高频但轻度的操作。不是通过牺牲体验获得「只用 iPad 就完成了 XX」的成就达成，而是合理分配工作流中的一环。
回到 MWeb 上，尽管现在 MWeb for iOS 还有一些小 Bug，但是总的来看已经是完成度非常高的产品。它的优异之处在于，在保证流畅的书写体验的基础上，针对记笔记，更新博客等场景进行了深度的优化。如果你已经是 MWeb for Mac 的用户，或者正好有这样场景的使用需求，现在正是你将 MWeb for iOS 放进你的写作流中的时候。
