Minimalist-Markdown-Editor-for-Chrome, 这是 Chrome 中最简单最漂亮的Markdown 编辑器

分享于 

6分钟阅读

GitHub

  繁體 雙語
This is the simplest and slickest Markdown editor for Chrome.
  • 源代码名称:Minimalist-Markdown-Editor-for-Chrome
  • 源代码网址:http://www.github.com/pioul/Minimalist-Markdown-Editor-for-Chrome
  • Minimalist-Markdown-Editor-for-Chrome源代码文档
  • Minimalist-Markdown-Editor-for-Chrome源代码下载
  • Git URL:
    git://www.github.com/pioul/Minimalist-Markdown-Editor-for-Chrome.git
    Git Clone代码到本地:
    git clone http://www.github.com/pioul/Minimalist-Markdown-Editor-for-Chrome
    Subversion代码到本地:
    $ svn co --depth empty http://www.github.com/pioul/Minimalist-Markdown-Editor-for-Chrome
    Checked out revision 1.
    $ cd repo
    $ svn up trunk
    
    面向 Chrome的 Markdown 编辑器

    这是 Chrome 最简单的和 slickest Markdown 编辑器的源代码。下载 Chrome 网站。
    只要写 Markdown,看看你喜欢的是什么样子。 一次单击将它的转换为 HTML。

    最简单的Markdown 编辑器项目

    Minimalist Markdown 编辑器项目既可以在线应用,也可以脱机使用,并且可以作为 Chrome 应用程序提供文件支持:

    建筑

    注:仅当你考虑贡献时,才需要构建。 如果你想运行其中一个应用程序,请点击上面的某个链接。

    Git工作流

    这两个项目分支共享了相当数量的代码。 这个公共源代码位于每个仓库的app-shared/ 中。 从提交历史可以看出,对文件in-和 app-shared/ 外部的更改将分别提交,以帮助从它的他 repo 中获取通用源更改。

    E.g。你对 src/css/main.csssrc/app-shared/css/main.css 进行了更改。 由于对文件in-和 app-shared/ 之外的更改,而不是一次提交所有更改,因这里请提交两个提交:

    • 第一个将被称为"[app-shared] commit_message",将提交对 src/app-shared/css/main.css的更改。
    • 第二个将被称为"commit_message",将提交对 src/css/main.css的。

    如果只对 src/css/main.css 进行了更改,那么就不需要第一次提交了。 如果只对 src/app-shared/css/main.css 进行了更改,那么就不需要第二次提交了。

    这实际上就是要了解项目工作流的这个 Git,所以 fork 离开了 !

    关于ES6+和目标envs的单词

    es6集的特性是冻结,标准应该由 2015年06月 发布;ES7也会向前移动。 许多主要的JavaScript引擎都已经实现了很多 ES6+特性,这意味着它们可以非常安全地使用。

    目前,仅使用ES6+编写 Chrome 应用程序。 这意味着两个应用程序( 在 app-shared/ 中) 之间的共享源代码必须在ES5中。

    Chrome 应用程序的建议开发环境为 Chrome Canary。 这是因为V8以良好的速度实现特性,因为目标引擎是 V8 ( 毕竟,我们正在讨论一个 Chrome 应用),我们可以使用V8中的内容,避免polyfills和它们的缺点。

    另外,由于某些ES6+特性隐藏在 Chrome 中,而且可能支持更多的特性,因此构建过程中的部分功能是由transpiling组成的,其中的一部分是。

    摘要:

    • 开发环境( 运行 src/,在ES6+中编写,无 polyfills ): 启用了"启用实验 JavaScript"标志的Chrome Canary
    • 目标环境(。运行 dist/,transpiled到 ES5,无 polyfills ): Chrome ( 浏览器或者操作系统)
    • app-shared/ ( 用ES5编写) 中的目标环境: 所有主要浏览器,向下至 IE9

    边缘案例

    支持链接符号?

    然而,通过 Chrome 访问 文件系统的API在符号链接方面并不一致。 我观察到的是:

    • 在 Windows 上:
      • 文件快捷方式:按预期工作
      • 文件软链接:无法读取+ 无法检测欺骗
      • 文件硬链接:无法检测欺骗
      • 文件 inside 链接目录:无法检测欺骗
    • 在 Linux: 没有测试,免费测试和发送一个公关。
    • 我还没有测试过,请随意测试并发送一个公关服务。
    • 我还没有测试过,可以自由测试并发送一个公关程序。

    编码

    和现在大多数软件一样,MME使用 UTF-8 来读取和写入文件。 它当前不支持其他字符集。

    如果你碰巧想打开non-UTF-8文件,它可能不会被正确读取。 要修复这里问题,请使用原始程序或者其他文本编辑器打开它,并将它的内容粘贴到 MME: 它将显示正确,随后保存将保存为 UTF-8.

    如果你必须经常使用non-UTF-8文件,请联系我们以便我们可以讨论你的具体用例。

    撤销管理器

    基于js的撤销管理器代替本机。 这意味着你只能使用键盘快捷键撤消/重做,而不是在上下文菜单中显示的本机命令。


    EDI  CHR  chrome  MARK  THIS  sli  
    相关文章