下面是正文。这之前我写了三个小时胡扯了几千字题目无关的东西，然后好像被简书莫名无声和谐掉了，原来是有正文长度限制的么？然后，历史记录翻不出来。。。干脆把之前所有都删了
发布前补上：算了，前面就是感慨下为啥写作，现在没心情了.还是自己能控制本地环境更稳定一些。：（
说到底，说起环境和工具，真正比较重要的是简单没什么干扰的写作环境。
(简叔我现在从历史记录找不到前面几千字时可不这么想了。。。)
还有乐在其中的心情。
（编辑器体验总体还好。。。可是前面的内容就这么，历史记录怎么回事呢？）
0x1 简书扩展：数学公式支持和目录支持
由于把gentoo更换成ubuntu，系统中很多环境都不能再用。结果就是我不能方便地往github上push自己的文章了。
忽然发现简书有个非常让我喜欢的特性。
拖动图像到编辑器就会自动生成markdown相应标记。最可爱的是还有状态显示正在上传！
我以前用vim在本地写好，每次传图片都纠结，我传到哪里呢？传到人人网，后来那里反盗链了，传到新浪图床，好像也不稳定。传到google code，这服务关了。。。而我没有一个统一的方法将图像和内容关联起来。传github老感觉300M不够用，还得纠结下命名问题。
我想对其他人也许以上我说的都不是问题。但就一下喜欢上简书的这项功能了。
然而吧，他不是完美的写作环境。
leanote网络状况真是感人，那天下午发现忽然连不上了，然后发现后面一半笔记根本没保存上。
我试着想，evernote里东西有些杂，简书如果我用来做笔记挺好，当然，笔记整理后也是可以发表的。
简书的网络在国内还是很给力啊。
然而。。。不支持公式！
好像大多数人都用不着！
看到mconintet吐槽简书在正式文章中过滤掉标签id一事，我觉得还差个方便的生成目录来阅读。
基于以上想法，就不等简书团队对我等小众需求不知猴年马月的支持了。我们要
自己动手，丰衣足食
让来自未来的技术照进现实：（
开始写(dai)作(ma)的乐趣。
我不得不说，社群对人的影响非常之大。ruby语言不是一种高效的语言，也有比ruby语言表达能力更强的语言。然而是这个社区创造了ROR，SASS等等神奇的东西。他们用ruby写出github这些UI设计和原理都非常精致的东西，还改写了perl语言的metasploit。同时期有很多python的东西么。。。大部分我不想吐槽页面设计。。。这也许和哲学有关。
js社区又是另一个神奇的社区。基本在其他语言领域，从来没见过有人尝试在现有基础上大范围实现来自未来的设计和标准。。。然而这在js领域太普遍了。
以致于，标准还没定稿，我们就能够在现在的浏览器使用来自未来的技术。
作为一只渣渣前端狗，我大概受此影响，我要让自己的愿景在当前的简书上实现。
经过一个晚上和上午的写作（dirty hack），效果如下：
其实我觉得，甚至交叉引用和旁注都能加上
嗯，你们可能好奇，怎么加上的？
先看看我的示例文章
你们会发现和我图像中的并不相同。
这个firefox扩展通过javascript脚本能扩展页面的很多功能，即，能对你看到页面进行修改和加强。
基于此，算是对我，自己实现了在现在使用愿景(说未来好像简书团队并不一定支持这些特性吧)中的特性。
梦想照进现实！
脚本不是稳定版本哈github
原理很简单：
- 一个是引入mathjax来渲染公式。
- 一个是利用MutationObserver这种逆天东西在不那么降低性能的前提下检测变动
- 还有就是遍历页面正文的标签添加id和生成目录了
难点在于：
- 判断GreaseMonkey脚本运行时元素有没有插入DOM，简书中很多js的DOM操作是延后的。
- GreaseMonkey脚本在
@grant不是none的情况下会引入sandbox，这时不能操作页面和读写页面变量。 - 样式的定义，可能得依靠
！important。或者inline方式。
就这样吧。
0x2 写作的过去、现在和未来
未来的写作和阅读环境应该是什么样的？
我不知道，我希望
- 写作、存储、展示、分享、交流的模块化
- 各个模块优雅的api设计，自由供人使用
- 在标准基础上的良好扩展性，通用的格式
我理想中的写作环境是
- 不用担心存储问题
- 简单专注，只在需要某些功能的时候能激活
- 相对稳定
- 能备份和存储、方便转移
- 易于分享
- 有好的氛围和社群
夜深了，
展望未来吧！重拾写（co）作（ding）的乐趣：）
回头发现前面一大堆各种写作环境比较和感想、关于写作乐趣的扯淡消失了。。。我。。。不过0x00的导言部分我能跑这么远。。。哎，算了
