上面的代码，就是编辑器的代码，把对象直接绑定到window对象中，方便调用；
接下来，就是实现了，首先我们需要一个DOM对象来绑定编辑器：
\<\div class=\"contentEditable\"\>\<\/div\>
自己新建了一个div，这里最好使用ID，本人是测试，所以懒；
然后调用编辑器对象的init方法，初始化编辑器；
editorUtils.init(document.getElementsByClassName(\”contentEditable\”)[0]);
init的方法，主要是设置编辑器的高度宽度，已经class样式，继承绑定对象的属性，我只写了一个class绑定，之后就把绑定对象隐藏起来；
然后大功告成了，现在可以编辑内容了，我们来看一下截图：
html5中的Web Storage包括了两种存储方式：sessionStorage和localStorage。
sessionStorage用于本地存储一个会话（session）中的数据，这些数据只有在同一个会话中的页面才能访问并且当会话结束后数据也随之销毁。因此sessionStorage不是一种持久化的本地存储，仅仅是会话级别的存储。
而localStorage用于持久化的本地存储，除非主动删除数据，否则数据是永远不会过期的。
最早的Cookies自然是大家都知道，问题主要就是太小，大概也就4KB的样子，而且IE6只支持每个域名20个cookies，太少了。优势就是大家都支持，而且支持得还蛮好。很早以前那些禁用cookies的用户也都慢慢的不存在了，就好像以前禁用javascript的用户不存在了一样。
userData是IE的东西，垃圾。现在用的最多的是Flash吧，空间是Cookie的25倍，基本够用。再之后Google推出了Gears，虽然没有限制，但不爽的地方就是要装额外的插件（没具体研究过）。到了HTML5把这些都统一了，官方建议是每个网站5MB，非常大了，就存些字符串，足够了。比较诡异的是居然所有支持的浏览器目前都采用的5MB，尽管有一些浏览器可以让用户设置，但对于网页制作者来说，目前的形势就5MB来考虑是比较妥当的。
HTML5定义了FileReader作为文件API的重要成员用于读取文件，根据W3C的定义，FileReader接口提供了读取文件的方法和包含读取结果的事件模型。
FileReader的使用方式非常简单，可以按照如下步骤创建FileReader对象并调用其方法：
近期评论