软硬一本
May 16th, 2010
是的，我从来就不需要——因为我不会...
我从来也没有费心对flash进行学习，并不是因为我知道有一天css可以如此强大，而是本能的对矢量抗拒。
但是...如同从未来世界回到现在的机器猫一样，CSS3摆在面前也能如此的梦幻：
而且...它还能通过W3C的验证...
(大图)
好吧，其实我是想说，IE是如此的丑陋，而且已经是IE8了还如此的丑陋...
当然你也可以说方方正正的机器猫也别有一番风味...
- Chrome 显然是最佳的，如果你去看看这个demo（貌似需要翻墙）的话，他的眼睛还可以动...
- Firefox 只是眼睛不能动
- Opera 如图，少了渐变效果
- IE ... ... ... ...我们仿佛回到了任天堂的时代...
撇开这些不谈，作者还按照文件大小进行了测算，如果使用Chrome渲染的前提下，截图压成256色的gif是33.5K，低质量的jpg是96.5K，PNG是60.2K
——而html+css文件是2.05KB + 14.2KB = 16.25KB
当然，这也不算小，而且还没有算上服务器和浏览器执行的效率，这仅仅是一种尝试。
而且，肯定还有同学会说，交互呢？CSS不能取代一切——别忘了，还有html5。
当然，不可能全部忘掉flash（尤其是很显然IE根本不会很快死掉或者快速前进，不管是哪一个现存版本的IE），但是有一部分会被替代掉，这是一定会发生，并且正在发生的事情。
题外话：
其实这也是前端开发人员的悲哀，除了各种各样的必修课，还必须这也会一点，那也会一点，因为你根本不知道下一份工作，你会的哪一点就变成了主力。
有的公司专设flash工程师，有的公司专设JS工程师 ——如果你只会一样，实际上对职业发展来说确实是非常的不利的...
Popularity: 12%
css | css3 | flash | html | 前端 | 机器猫
WordPress | 软硬一本
May 15th, 2008
当然，需要说明的是这是通用法则（我理解的），不仅限于WordPress的主题。
在G7v1之后（现在看起来其实这个主题很粗糙），我不再使用图片形式表现blog的标题，也就是我们通常使用的“<h1>我的博客</h1>”，因为那是错的，来看一下错误的写法（所谓错误是概念的错误，不是逻辑错误）：
<a title="我的博客" href="http://www.myblog.com"> <img src="http://www.myblog.com/image/logo.gif" alt="" /></a>
这是很通常的写法，就是在需要插入图片的地方用<img>标签插入图片，然后用<a>标签加上链接。这个方法对搜索引擎十分不友好，如果<h1>作为博客标题也就是全站唯一的名称标签的话，搜索引擎抓取的是张图，而不是文字，对吧。
于是之后，我发布的theme都没有使用图片形式作为博客标题，但是依然有人会问我想和我自己使用的theme一样使用图片作为标题，该怎么做。这里用G7v5举例说明合理的方式：
<h1><a href="<?php echo get_option('home'); ?>/" title="<?php bloginfo('name'); ?>"><?php bloginfo('name'); ?></a></h1>
这个h1在div #menu中，看起来就是很简单的插入了博客标题，再加上链接，再来看css是怎么写的：
#menu h1 a {
height: 30px;
width: 165px;
float: left;
text-indent: -9999px;
background-image: url(images/logo.gif);
background-repeat: no-repeat;
display: block;
}
很好理解吧？把h1作为一个块来显示（display: block;），指定长宽（和图片一样大小），然后指定h1的背景图片，也就是将我们需要的图片作为h1这个标签的背景。而h1标签中插入的，仍然是作为字符形式出现的博客标题，然后用text-indent: -9999px;将文字甩到屏幕看不到的地方，9999px应该是足够了，谁的屏幕也没那么大吧：）
于是乎，搜索引擎抓到的h1仍然是文字，看起来却是图片显示，对吧。我觉得这样的方式是合理的。
Popularity: 35%
blog | css | h1 | theme | wordpress | 标签
软硬一本
Jan 11th, 2008
第一次做网页的时候，为了让一段字居中，我在字的左边放了无数个空格。那大概是9798年的样子。css的出现(从我知道开始)实际让我很兴奋，记忆犹新的是大概2000年的某天，我的前辈告诉我说，瞧，css能把一个小背景固定在table的右上角。当时我觉得靠，真神奇。
那之后到现在，我一直认为css这事儿技术上没什么突破，唯一的苦恼只来源于各个浏览器中的细微差别。工作中也好，theme的制作上也好，对此我都很痛恨，因为有些差别是完全不能理解的，IE也好FF也好，终究都会出现“明明这么写是对的，为什么就不按照规矩显示”的问题。在着眼于解决问题的情况下，我根本忽略了什么才是对的，什么才是规范的。只要能实现效果就好，管它写的规矩不规矩，顺序对不对，一个div摞一个div，一个hack又一个hack……有的时候，也许仅仅是为了纠缠一个像素的不同而已。
但其实，这可能都是错的。本来我们可以很痛快的按照标准写正常的代码，然后看也不需要去看。标准之外，无端做了这些额外工作，难道是我们的过错吗。既然有标准，而大家又都不去执行，标准还有个蛋用……
现在的浏览器貌似还不够多，等有一天我们要面对20个浏览器，50个版本，10个系统，100个分辨率的时候，如果还是如此扯淡，一个.css文件会有多大就谁也不知道了……
今天的唠叨来源于这个，但其实说的并不是一个事儿。因为我还远未高级到那个地步：
段正淳的css笔记(6)-浅谈css框架开发
Popularity: 76%
css | 互联网 | 浏览器 | 设计
软硬一本
May 21st, 2007
一如既往的，Nicky又带来了5月css网站精选。
相比较之下，我比较喜欢这个风格。但是干活的时候，是绝对不会用的。我现在做什么都是最简色块，最简线条……
Popularity: 16%
css | gallery | 网站 | 设计
