Pandoc & Markdown

实在不明白为什么很多人需要编辑器有 Markdown 实时预览功能。
Markdown 标记语言就是用来直观的编辑和阅读弱格式文本的,转换成 HTML 等格式是最后输出才做的事,盲目追求实时预览完全违背了初衷吧。

如果需要预览才能用好,那是否说明 Markdown 还不够简单、直观?

我使用 Markdown 的次数不多,因为 Vim + HTML 插件够方便,够强大,用于写文章的简单 HTML 也容易理解,通常不需要求助于 Markdown

如果要用 Markdown,我一般会通过 Pandoc 转换输出为 HTML 再发布,这样不管是不支持 Markdown 语法的,还是支持 Markdown 嵌套 HTML 的发布渠道都没有问题,不会被发布渠道的能力束缚——在 WordPress 等平台上,当然还是用 HTML 比较通用。

Pandoc 的一大好处是支持的输入输出格式极为丰富,简单的东西用 Markdown 写好,想转换成什么都比较方便,包含中文的 PDF 文档除外,除非你知道怎么解决 LaTeX 相关的配置。
其次是可以自定义的参数一大堆,比如 Markdown 中要求行末加双空格才转为换行,Pandoc 用 markdown+hard_line_breaks 参数就轻松化解,不用害怕忘记双空格这种反直觉的标记。

如果配合 Total Commander 使用,安装 Pandoc 后可以在工具栏中增加 Pandoc 的快捷图标,参数栏中写上:

-f markdown+hard_line_breaks %N -o %O.html

其中 %N 表示当前选中的文件,%O 表示当前选中文件不含后缀的文件名。

不使用 Total Commander 也可以自己写个脚本或批处理干这事。


移动应用痛点

虽然手机、平板上的移动应用越来越丰富,操作越来越简便,但大部分时候,我一点都不喜欢移动设备上使用——虽然不得不使用,但总是很痛苦。

一个原因是应用之间的数据分享通道局限太多,对内容的操控抓得太紧。

典型的例子就是要分享一些阅读应用中的内容,地址、标题、正文、图片等等无法像电脑浏览网页一样,给用户完全的控制权,有时甚至禁止选择文字。

也许这样限制的初衷是防止方便盗用内容,但一来移动应用上的内容盗用并不因此就少了,有利益驱动谁也挡不住,二来用户有心整理内容,精炼消化后准备二次分享,这是有益于提升交流和内容质量的事情,现在却只能换到电脑上整理。

既然各个应用之间是分工合作的关系,谁也不能包打天下,那么这种无形中限制数据流动的做法等于提升了用户操作成本。
如果是不过脑子的娱乐内容也无所谓,真要干什么正经事情,还是觉得麻烦。

第二个原因,则是移动应用并没有提供一条龙的流畅业务体验。

作为用户,我最终想要的就是提出自己的目的,然后其他一切由应用代我搞定,最终由我在几个选项中选择最中意的那个就行。
限于目前的软件能力,哪怕将关键数据收集、整理好,给我参考决策,也算是可以接受了。
但现状是离这个状态还差得远。

比如说外出游玩,有地图查询、餐饮查询、酒店预订、车船机票预定、景点旅游攻略、同城活动查询……各种应用,可是用户得一个个切换过去,查询、筛选、比对、求证、记录、下单,遇到有的条件不合适,整个流程还得重新来过。

比如说购买自己不大熟悉的商品,在电子商务网站搜索出来的结果是很多,也有不少比价工具,但除了价格、信用之外,一眼看去也很难有可参考的信息了,有时候你要去官网找哪些是官方授权网店,有时候要比对各大电商网站翻评论,或者去专门的论坛找评测,等到终于下决心要下单了,发现还要考虑送达本地的时间等等,又得重新过滤一遍。

又比如时下越来越流行的健康监测应用,实时、准确采集数据的功能是越来越强,但采集到的数据从整合到分析,到一票社交渠道互动,到协助改善生活习惯、健身计划,到和各种周边应用如健身器材购买升级、同城健身活动组织,乃至衣食行消费导购和理财等等等等,都还只整合了部分。

加上第一个原因的限制,很多并无多大意义的中间信息都要亲自处理,用户就像在山谷中前进,终点仿佛就在眼前,走过去却还要上山下地。
信息技术应该帮助信息如流水一般,朝正确的方向流动起来,现在的移动应用却像是要用户自己一桶桶地提水,装满了水再开动机器。

当然,把移动应用做得大而全到臃肿的地步也不可取,那样比现在更加糟糕,但针对不同目的的应用之间相互串联贯通并不只有大而全一条路可以走,内部相互之间的接口通讯不给用户看到就行。
只是这样的改变需要整个生态环境的进化才能实现了。


|