估计没有什么比表单更让设计师出气了。表单不一定可以让（设计师）表现创意，还是可以？我们可能需要从做基本的层面，重新审视表单，理解表单——表单是用户和软件之间的对话。
忘掉切换啊，点击什么的，表单是我们数字设计师（我想应该是依赖计算机进行设计的设计人员）将面临的最富有的交互。下一次，你要对付一个表单的时候，不要认为就是要应用好看的CSS效果或是添加漂亮的jQuery特效。表单设计的水是很深的。
我已经做过上百个表单用户测试，为保险公司、假期预订交互设计过一些非常复杂的表单，以及其他很多。可能你最近使用的某个表单就是我设计的……
JavaScript库已经成为了一个web开发人员的工具包的重要组成部分，一个很好的理由（zxx: 应指指依赖理由）。库让每个浏览器的JavaScript实现无差异，使开发人员可以专注于编写代码，10次中有9次将只是工作 – 这是一个了不起的事情。
但你可曾停下来想过学习JavaScript，而不是一切都依靠库？尽管我不主张离开库，但我依然要给你些东西让你去思考……
CSS工作组(CSS Working Group)联合主席Daniel Glazmang告知大家非WebKit的浏览器厂商正在考虑支持-webkit-前缀CSS属性。
一石激起千层浪，于是业内展开了激烈的官方讨论。这里，翻译篇相关文章，希望米娜桑对该讨论有所了解，并发表自己的一些观点……
一个XML文档可能包括来自多个XML词汇表的元素或属性，如果每一个词汇表指派一个命名空间，那么相同名字的元素或属性之间的名称冲突就可以解决。举一个简单的例子来说，在一个订单的XML文档中需要引用到客户和所购买的产品，customer元素和product元素可能都有一个叫做id的子元素。这时候要引用id元素会造成名称冲突，但是如果将两个id元素放到不同的命名空间中就会解决这个问题。
命名空间的声明就是将一个前缀与一个URI关联起来。
声明命名空间时，可以为命名空间定义前缀(见前例)。为命名空间定义前缀，而不直接使用命名空间的URI是因为URI为了唯一通常会很长，直接使用URI不但造成书写和阅读的不便，还会扰乱XML的语法。声明命名空间时，也可以不定义前缀。如……
目前，现代浏览器均早已支持placeholder占位符属性。好定西不用白不用啊，因此，在前年，我就将HTML5的placeholder占位符属性应用在实际项目中了。在这一年多的应用中，还是有些磕磕碰碰，在此作为经验分享下。一来加深大家与placeholder的认识，二是希望大家可以积极大胆应用一些HTML5的新特性。
然后，还要对占位符的一些应用做扩展。本文是个排得上位置的长篇，内容多而杂，不过demo啊，截图啊，实例的，代码的都很详尽，内容也都是些值得话时间咀嚼的东西…… 相信会对您的学习有所帮助的。
zSlide是我最近折腾的一个jQuery插件，可以让网页以类似于powerpoint展示的效果展示。这样可以让技术资源更快更便捷共享出去。不仅有基本的切换效果，还有动画交互。支持键盘操作和鼠标操作，提供实时的进度提示，同时提供强大的自定义交互功能。
本文就是专门讲解这个插件，有的放矢，截图，demo，源代码打包下载，代码示例一个不少。尽量面面俱到而又不啰嗦，总之，希望本文的内容能够对您的学习或工作有所帮助。
偏理论的文章，主要讲述用户自由思想下的前端验证模式。本文有文字，有丰富的截图以及实例。其他话就不多说了，一些个人的观点，一些不同于当下主流的见解，希望能有所启示。
一个页面的内容，例如人物、事件或评论不仅要给用户看，还要让机器可识别。而目前机器智能程度有限，要让其知会特定内容含义，我们需要使用规定的标签、属性名以及特定用法等。举个简单例子，我们使用<h1>标签包裹页面标题信息就是为了让机器识别（搜索引擎 – SEO）。
而微数据是什么呢？在我看来，微数据也是为了方便机器识别而产生的东西。其有特定的规范，有特定的格式。可以丰富搜索引擎的网页摘要……
HTML5中的语义那是相当劳力伤神的一件事啊。顾名思意，一知半解情况下使用HTML5的语义化标签，多半会进入“不合理使用标签”的深色名单。我们都是对自己有要求的人，虽然很烦，很折腾，我们还是有必要花大量的功夫去理解每个HTML5标签的真正语义。
不过嘛，这HTML5虽然势如破竹，但是，要真正一统天下还需时日。所以，HTML4还不是很了解的青年们，不必急于追随潮流，什么HTML5啊之类的，就当是浮云，知道有几只眼睛几条腿就行了。因此，对于这类青年，那些专门讲HTML5的文章，基本上可以当作流风之回雪。本文有些特殊，是对比HTML4，HTML5几个标签元素的。因此，不管你是哪个级别的青年，本文内容都算是有看头的。
很多HTML4中的标签元素在HTML5中被赋予了很多新的语义，这就像是给前朝遗孤赐予个什么官爵之类。本文就将讲述……
我的应用
我的应用