Welcome to Nowhere's Land.

Drafts 5.6 更新详解:工作区再次加强,对捷径支持更完善

2019.01.23


自上一篇 Drafts 更新详解发布以来,已经过去了近四个月。这段时间里,Drafts 的 Mac Beta 版本迭代了数次,基础功能已经可以正常使用了。不过令人惊喜的是,在 Mac 版开发之余,iOS 版本也仍然在保持更新。就在前不久,Drafts 发布了 5.6.0 版本。这个版本再一次加强了工作区的功能,同时也带来了一些其它的新特性。

工作区可以直接载入动作组和列表了

很久以前,我在 如何在 Drafts 中打造一个排除干扰且高效的工作环境 一文中介绍过一种同时载入工作区、动作组和键盘扩展条的方法。在不同的情境下,我们常用的动作和按键很有可能是不同的。在写作时我可能会载入一个用于写作的工作区,同时使用一套文字处理的键盘;在平时速记时我可能会用另一个用于任务管理的工作区,同时使用一套快速输入标记符号的键盘。当我们想做一件事情的时候,我们使用的工作区和键盘扩展往往是配套的——因此,找到一种同时载入工作区和键盘扩展的方法是很有必要的。
当时我采取的方案是使用 JavaScript 来载入内容。不过 JavaScript 固然强大,但是易用性就大打折扣。如果想要修改载入内容,我们还得对代码进行修改。但现在,我们有了更简便易行的方案。在这次更新中,工作区可以在载入时直接加载指定的动作组和键盘扩展条了。如此一来,我们就只需要对工作区的设置稍作修改即可。
修改的方法很简单:点击草稿列表右上角的设置按钮进入工作区列表,在某个工作区上左滑,点击「Edit」进入它的设置界面。在设置列表的最下方,有一个「SELECT」选项,你可以在这里设置载入工作区时的额外加载选项。
设置工作区的加载选项

以我自己的设置为例,我有一个工作区是专门用来写东西的:

  1. 第一项是设置载入工作区时默认载入的草稿列表。因为新写的东西一般都会放在收件箱里,所以选择 Inbox
  2. 第二项是设置载入工作区时默认载入的动作列表。写东西时我不会经常打开动作列表,所以我就没有设置。
  3. 第三项是设置载入工作区时默认载入的键盘扩展。我选择载入一个专门用于文字编辑的动作组作为键盘扩展。

设置好这几项后关闭设置界面,下次再打开这个工作区的时候,一切就都会自动载入了。
这个更新虽然不是什么翻天覆地的大变化,但确实非常实用。不难看出,Drafts 对 5.0 版本新增的工作区功能相当重视,颇有将它打造成一个特色功能的势头。

可以用 URL Scheme 快速添加捷径了

我们都知道 Drafts 的动作支持运行捷径。在遇到一些较为复杂的需求时,用易于编写的捷径来解决问题,是非常实用便捷的方案。在过去,如果我们要用 Drafts 运行一条捷径,就需要新建一个动作,手动输入捷径的名字。有的时候我们要运行的捷径仍处在调试阶段,它可能长这样:

捷径的名字长且复杂

这样的命名确实方便我们进行调试,也方便快速找到某条捷径。但要把这么一长串名字手动输入到 Drafts 里未免有些麻烦。就算复制粘贴,我们也需要操作一番才能复制到捷径的名字。
现在这件事情简单多了。Drafts 在这次更新中支持了一条新的 URL Scheme:

drafts5://create_shortcut_action?name=捷径名字
运行这条 URL Scheme,Drafts 就会引导我们快速创建一个动作来调用对应的捷径。用 Drafts 调用捷径是常有的事,而有了这一条 URL Scheme,我们就可以用自动化的手段来向 Drafts 添加捷径了。例如,我们可以把这个过程制作成捷径:
用捷径快速添加捷径

这是 Drafts 官方论坛提供的一条捷径,运行后可以从你已有的捷径中选择一条来直接添加到 Drafts。
你可以 点击这里 安装这条捷径。

一些其他更新

除了工作区新增了更丰富的自定义能力以外,Drafts 从 5.4 版本到如今,还有不少其它变化:

草稿列表的 All 标签页回归了

在 Drafts 4 中,草稿列表除了 InboxFlaggedArchiveTrashed 这四个标签页以外,还有一个 All(全部) 标签页。在Drafts 5 的早期版本中,这个标签页不知为何被移除了。
在 5.6 版本中,这个标签页又回来了。有了这个标签页,我们就可以同时浏览 InboxArchive 这两个标签页中的内容了。我觉得一个比较理想的使用场景应该是:我们正好在处理与某个特定主题相关的事情,例如写一份关于 A 产品的报告。这时在 Inbox 里可能有不少关于 A 产品的草稿,同时在 Archive 里又有大量已经存档的资料。这个时候我们只需要在搜索栏中输入 A 产品的名字,然后切换到 All 这个标签页,就能从容浏览所有相关的信息。

支持更进阶的 Markdown 语法

在 5.5 版本中,Drafts 更新了对 MultiMarkdown 和 Github Markdown 语法的支持。
Drafts 先前仅支持原生的 Markdown 语法,因而能实现的功能极为简陋——甚至于不支持脚注、删除线等语法的高亮。MultiMarkdown 为 Drafts 的标记能力带来了一次飞跃,不仅是脚注等一众语法能够正确地高亮了,我们还获得了一套强大的标注语法:Critic Markup。
如果你是 Ulysses 用户,你一定不会对这套语法感到陌生。Critic Markup 是一套用于对纯文本进行标注的语法,通过使用各种不同的语法标记,我们可以用纯文本来表示添加、删除、替换等操作。
Drafts 对 CriticMarkup 的高亮支持

可以说,CriticMarkup 是再适合 Drafts 不过了。一方面,Drafts 提供的自动化支持让语法复杂的 CriticMarkup 变得易于输入。论坛上已经有了不少相关的资源,如果你有兴趣尝试这套标记,这个动作就可以帮助你快速输入标记符号。 另一方面,Drafts 正需要一些能够加强写作功能的特性,而 CriticMarkup 恰好能提供这一点。虽然 Drafts 一直以来都被我们称作是速记工具,但它确实也能用来写作。曾经,Drafts 面对的阻碍在于:它虽然在速记方面占尽优势,但谈及长篇写作,却并没有太多值得称赞的亮点。如今有了这套标记语法的加持,再加上各种各样的自动化动作,Drafts 的底气已经相当充足了,我私以为在长篇写作方面完全值得一用。
至于 Github Markdown 语法,它更多注重的是与 Github 功能的交互,例如代码高亮、@特定用户等,而这些都是 Drafts 在本地无法渲染的,因此我觉得这暂时不会特别实用。如果你对这种语法感兴趣的话,我这里也有个小玩具,可以帮你把当前草稿发布到 Github Gist。
相关阅读:
Drafts、TextExpander、Pixelmator Pro、Instapaper | 奏折 01
CriticMarkup User's Guide

模板标签 [[line]] 支持反向获取文本

在 Power+ 1.0 中,Hum 曾经介绍过 [[line]] 这个模板标签的用法:我们可以通过这个标签获取 Drafts 的特定几行,例如用 [[line|2]] 表示草稿第二行的内容,用 [[line|3..]] 表示草稿第三行及之后的内容,等等。
这个模板标签在 5.5 版本的更新中得到了加强:现在我们可以用负数来从草稿的末尾向前获取文本了。例如使用 [[line|-1]] 就可以表示草稿最后一行的内容;使用 [[line|2..-3]] 则可以表示草稿的第二行至倒数第三行的内容。
相关阅读:
[通过 Bear 来认识 Drafts 的 [[line]] 用法](https://sspai.com/article/41954?series_id=9)

小结与展望

在这次的更新中,Drafts 主要带来了工作区的进一步强化,以及一条新的 URL Scheme。此外,在之前的版本更新中,Drafts 还支持了新的高亮语法,并作了大量细节上的优化。
我在本文开篇提到 Drafts for Mac 已经初具雏形了,这款强大的笔记应用即将正式来到 Mac 平台。目前的 Drafts for Mac 仅实现了草稿列表、工作区等功能,但还不支持自定义动作。这里的一部分原因是由于 Mac 系统和 iOS 系统有一定的区别,因此不少动作的移植需要很大的工作量。不过我觉得更重要的一点是:相比封闭的 iOS 系统,Mac 要开放得多。我们有很多办法在 Mac 上玩出花样:Keyboard Maestro、LaunchBar、Apple Script……自定义动作在 Mac 上是否有存在的必要,这一点仍值得商榷。但可以肯定的是,无论 Drafts for Mac 最终版本支持自定义动作与否,我们都能找到办法,让它给我们带来更多效率。
值得在这里说明的是,Drafts 的 Mac 版本现在正在向 Drafts Pro 的订阅用户开放测试。如果你是 Drafts 的长期用户,手上又正好有 Mac 电脑,你可以在 这个页面 获取测试版本的 Drafts for Mac。不过测试版本毕竟存在着风险,请在尝鲜前务必做好备份。
让我们一起期待一个更为强大的 Drafts 吧。

Comments
Write a Comment