发布到第三方平台

分享文章到微信朋友圈

点击底部菜单栏中的WiFi按钮,选择“发送至微信”,然后使用微信扫码,即可获得当前文章对应的图片,可以点击先保存到相册,或者收藏到微信,之后再发布到朋友圈即可。
以上功能,需要当前电脑与手机同时处于同一个局域网才能完成。如果无法自动处理,可以手工在底部菜单栏的导出菜单上,导出图片之后发到微信之后再发布到朋友圈。

注意: 如果是 Pro 用户,建议可以在软件设置里,默认勾选“移动设备优化”,这样导出的图片颜值会高很多。

发布长微博

直接在底部菜单栏中的导出按钮上选择“导出为图片”,然后将得到的图片拖入到微博发布区域即可。

注意: 如果是 Pro 用户,建议可以在软件设置里,默认勾选“移动设备优化”,这样导出的图片颜值会高很多。

发布到其它平台,比如头条文章、知乎专栏

直接在底部菜单栏上的导出按钮,选择“复制富文本”,然后粘贴在平台发布文章的区域,一般都会自动处理。
但是图片等非文字资源,不一定会起作用,可能还需要自己再手工处理下。

发送邮件

直接在底部菜单栏上的导出菜单中选择“复制富文本”,然后粘贴到邮件发送的正文区域内即可。
一般来说,如果当前目录已经绑定了第三方商业云(比如七牛),以及配置了可访问的域名,并且内容同步到了云端,那么邮件内容中包含的图片地址,对方也是可以直接看到的
如果内容中包含高亮的代码,一般格式也会得到完整的保留,当然,也视收件人所使用的邮箱服务商、邮箱 App 决定最终的视觉效果。

发布到Jekyll等静态博客中

Jekyll 作为 Github 默认的静态站点生成器,如果你在使用 Github Page 作为网站的托管服务商,只要新的文章产生后,git 提交一次即可完成发布。
在 MarkEditor 中,进过恰当的配置,你可以拥有 ME 友好书写的体验的同时,发布到 Github Page 的过程仅是一键点击,整个发布过程,甚至可能感受不到 git、Github 的存在。

首先,是打开你的站点文件夹,比如xxxx.github.io,当然最好直接添加到我的工作目录中,方便未来的快速打开。
一般情况下,你需要关注的内容是_posts目录下的文章,有新文章直接在这个目录下新建即可。
然后打开 ME 当前文件夹的配置窗口,在FilesHook 中填入如下内容(不包括注释):

## 一个发布到 Jekyll 的 hook 脚本命令 (仅供参考) ## 
cd $root$ && git add -A && git commit -am "update" && git push origin gh-pages

FilesHook 的命令的$root$最终会被替换为当前目录的路径,所以,这个 FilesHook 就相当于有新的内容,自动进行一次提交。
之后,不论是新建文章,还是文章的修改,点击一次同步按钮之后,就会自动 commit 到 GitHub 上去,来完成日志的发布。

如果文章中有图片,那么还需要设定一下图片的存储路径(如下图),以/开头,比如/images,因为ME 默认的图片存储路径是./_image,是相对于文章路径的动态路径,并不适用于静态网站。

注意:
  • FilesHook 是 ME 通用的、面向程序员的扩展接口,并不是针对Jekyll专用的,所以请确保已经在正常使用 Jekyll 的前提下才能让 ME 能完成发布的功能。
  • 请确保本地环境已经完备,比如 git 已安装,需要调试 Jekyll 的模板则安装了必要的开发环境。
  • 接口调用的过程是纯粹的命令行,如果过程中出现问题,需要自己手工排查,比如git 提交本身产生冲突。
  • 如果使用其它的静态站点生成引擎,则需要不同的 FilesHook 命令,从基本原理来说,ME 都是可以接管写作、发布的过程的。

发布到静态博客的其它说明

你应该了解静态博客中“静态”的意思,它就是一个标准的静态 Web 服务器。
而 MarkEditor 产生的图片的路径,本身都是依据根目录推算出来的标准 URL 结构(一般以/开头)。

你同样还应该了解不同静态博客引擎的基本逻辑和工作机制。比如 Hexo 这个引擎中,是以source目录作为 Web 站点的根目录的,所以,需要在 MarkEditor 中直接打开 source 这个文件夹,或者将其添加到工作目录中再打开。不然的话,产生的图片 URL 的路径将会是错误的。

静态博客虽然已经很简单了,但仍然对技术有一定基本要求,假设无法很好地理解它的工作机制,无法让它正常运行,或者无法用 MarkEditor 接管静态博客的写作,我们的建议:

  • 了解其工作机制,比如什么是 Web 站点以及对应的 URL 构造的基本知识,也同样包括静态博客引擎本身的工作机制。
  • 或者,换一种更加人性化的博客引擎,最好是几乎没有技术要求的。
  • 或者,放弃。