Tilt 是一个将页面按照文档树的结构3D化的Firefox插件。它基于WebGL，看起来非常的酷，今年七月当 tilt发布第一个alpha版 的时候，我就被它惊艳的效果吸引了。时隔3月之后，这个插件发布了新的更新，同时Mozilla也发了篇新文章 Debugging and editing webpages in 3D。
再谈清除浮动
清除浮动对于任何CSSer来说都是基本中的基本，但我不喜欢称其为基础，因为最近我浏览网页看到各种充斥的清除浮动的方法后，才彻底明白，虽然各种方法被大量的使用，却甚为混乱。最糟糕的是很多有问题的流传版本的搜索排名都非常靠前，用神大人的话说就是：“错误的知识是毫无意义的”。
然而坊间流传的很多方法并非错误，而是有偏差——往往使用中不会出现问题，但是严格地说，它们是不准确的，难道我们搞技术的不应该严谨一点么？于是，怀着一种无可奈何的心情，试图用我所知道的“也有可能是不正确的”知识，来“再解”清除浮动。虽然不知道能有多少人看到这篇文章，但有时我还是想喊出声来——“那样做并不妥”。
function与感叹号
最近有空可以让我静下心来看看各种代码，function与感叹号的频繁出现，让我回想起2个月前我回杭州最后参加团队会议的时候，@西子剑影抛出的一样的问题：如果在function之前加上感叹号 (!) 会怎么样？比如下面的代码：
!function(){alert('iifksp')}() // true
在控制台运行后得到的值时true，为什么是true这很容易理解，因为这个匿名函数没有返回值，默认返回的就是undefined，求反的结果很自然的就是true。所以问题并不在于结果值，而是在于，为什么求反操作能够让一个匿名函数的自调变的合法？
十年PCDIY
前段时间我的主板突然罢工，我也被迫拆开很久不关心的主机箱，清了灰尘，买了块2手的主板给换上。其间折腾了很久，恍惚自己回到了过去热衷DIY的时候，没事拆着电脑，折腾下各种硬件，改装下散热小小超频一把然后自顾自的在一边满足的打着游戏，不过往日已逝，大概算了下，居然也已经至少10年了。
10年间，改变当真是似有而无——消逝了很多细节，但电脑还是电脑，PC毫无变化。如今还有多少人记得电源数据线红对红、黑对黑的规则？各种防呆接口早就已经让插错线烧掉配件的事无从谈起。但PC真的还是PC，还是那几个部件，甚至ATX仍然还是ATX，只是小有改进——然而，没有本质变化的PC却即将在苹果的主导之下迎来后PC时代。
再谈inline-block
我们对 inline-block 并不陌生，在工作中经常会碰到类似的应用，比如 list 的居中，比如各种 gallery 的列表展示，细小到可能只是一个段落里的一个元素，大到也许是整个的布局，都可以见到。
引用怿飞的 display:inline-block的深入理解，对于其中已经提到的这里不再冗叙。这篇文章里，我试图谈论的是网络上对于 inline-block 的一些误解，以及个人对于 inline-block 理解上的一些补充。
PNG的压缩和优化
有关PNG的压缩和优化的主题其实也算是前端相当常见的部分，只是当前端把大把大把的时间和精力放在代码上面的时候，往往总是忽视对于图片的很多效果立竿见影的优化，而之所以这里主要说的是PNG，是因为相比JPG和GIF，PNG有更多压缩的空间。
写此文的契机是前端时间正好回顾了一篇 sitepoint 上的老文，《PNG8 – The Clear Winner》，主要讲述如何使用fireworks创建和利用PNG8的半透明，并兼容老浏览器如IE6-。虽然这篇文章和本文并没有任何关系，却让我回想起一些渐渐被遗忘的知识，作为一个coder的不断coding中渐渐忽视的问题——PNG压缩。
压缩过程毫无技术性，使用诸如 PngOptimizer 或者 PNGOUT 等工具可以轻而易举地将Photoshop、Fireworks生成的PNG图像继续缩小。我几乎总是使用 PNGOUT，原因是使用过各种工具比较得出的结论——PNGOUT生成的文件几乎总是最小的。所以之后的讨论也是以PNGOUT作为基准的。
Photoshop 笔刷资源
虽然不搞PS和网页设计很久了，不过过往几年的各种有关PS的积累却还是在那里慢慢生锈。既然以后估计不会在用到，那么共享出来给有用的人最好不过了。本文主要是一些链接，关于PS的各种笔刷——在网页设计里，我觉得笔刷的重要程度仅次于灰度、渐变和阴影，不论是用以表现纹理，还是做必要的修饰，甚至仅仅只是浅到看不清的底纹，即使是细微之处都让设计看起来更浑然一体。
当然笔刷虽然强大，但实际上，可能平时收藏了很多，到时候基本自己也忘记自己有些什么，也就更加谈不上去用了。所以有一个分门别类的网站就显得更加重要。下面列举的这些网站是我以前经常查看的，其中任何一个的资源量都足够一个设计师长时间使用。很多笔刷都异常绚丽，有时候不仅仅是拿来用——比如拿来找些灵感也相当给力。
因为罗列资源网站并截图的做法在国外的文章里特别常见，为此我也特意模仿了那种截图的处理风格，并做了一个Action加快处理速度。很久不用PS的缘故所以还颇费了一些周折:-)
以木为戒Ⅱ
Wood Ring
在我做出第一枚木戒之前，我从未怀疑过自己能不能做到并做好。于是当我用桃木做出第一枚戒指的时候，理所当然的写了一篇以木为戒。不过后来我做第二枚戒指时把桃木换成了紫光檀，情况就一下变的截然不同了。
桃木相对而言确实松软许多，气干密度仅紫光檀的一半。硬度的上升带来的难度提升如此显著，以至于一开始自己没能好好把握而导致了数次失败的结果。不过好在慢慢熟悉了紫光檀的质地，最后还是在磕磕碰碰里完成了——这样的相对艰辛的过程比起之前的一帆风顺来，使得成品更加有意义。
紫光檀确实相当硬，气干密度1.4，如水即沉，算是我木工生涯遇到最坚硬的木材。入刀感和平时自己的篆刻用的青田石差不多…不过就是因为这种木材好的关系，最后出来的效果才出色——我最喜欢原木打磨出的光泽，不上漆不上蜡，触感如肌肤，远看如玉石。
IE Alpha Filter Bug: #02050a色值像素透明化
IE的透明滤镜bug算的上是IE为数众多bug里的不起眼的角色，直到之前我确实的遇到了它，我想我根本不会去关注非标准的IE滤镜带来的各种问题。这个bug的表现非常的直观，filter透明度渐变后，图片的某些点变成了透明的了！比如如果这个时候背景是白的，就是白色的噪点。这在banner切换时表现的非常明显——渐变是产生噪点，渐变完成后噪点也会一直残留：
这个Bug在IE6 7 8里都存在，实际上只要使用了透明滤镜就会表现出来，并且非常有趣的是，它只对一种颜色值有反应：#02050a
字符当先: HTML Entity
相信每个对性能有追求的前端，都潜在是一个字符控。对于形形色色的指示性图样总琢磨着以字符解决，诸如常见的左右箭头，引导阅读的双向指针，或者还可能是下拉菜单的一个向下的三角箭头…这些做法可能看起来有些极端和没有必要，但即使如此，这里面多少也透着极客的味道。
我是一个非常彻底的字符爱好者，能用字符、样式的，坚决不使用图片。很多时候，对内容的图片尺寸往往大手大脚，压缩的时候总是一再放宽，但是对于装饰性、引导性的图标等却异常吝啬。即使是自己的博客，主题也是纯CSS没有半张图片——RSS是CSS3绘制，IE7以下根本就不会出现；tab导航时box-shadow绘制，IE8以下全部都显示纯色；搜索按钮也是CSS定义，想必IE下会是相当丑陋…没有图片这一点其实并不能带来什么性能上的提升，这恐怕只是一种折腾的精神:-)
我们在哪里找到我们想要的字符？或者说，我们应该在哪里参考我们想要的字符？我给出我一般会去的地方：
