领养菜菜有几天了，我发现瓶子里总有些黑色蝌蚪状的“幽灵”，看上去着实不爽。前天给漂流岛的客服写了封信，建议他们把游客的形象换一下，当时也没多想，写好就发了，没想到漂流岛竟然回信了，内容如下：
朋友你好：
      非常感谢你给我们来信交流想法。关于那个小蝌蚪问题，呵呵，因为我们在设计的时候就是按照“幽灵”来做的，访问都是幽灵，如果登陆后就恢复真身了。
      目前我们可能不会更改这个设计，但是如果有更多的朋友提出和你相同的想法，我们就肯定修改掉！
      再次表示感谢！

                                                                          漂流岛客服-小妖呢 阅读全文

      最近很忙乱，工作上反正就是那些GP唠糟事，今天这样明天这样后天还这样。上午跟某厅的工作人员打电话，我用很标准的普通话代某退休人员询问退休费的问题，对方用浓重的石家庄口音南辕北辙的回答了几句，后来弄清了她把“退休费为什么没到”听成了什么汇票，我晕！我这儿还没急，她倒急了，她的原话：“真恶心！真恶心！恶心s了！你怎么说不清楚啊！退休费就退休费，说什么汇票，我还给你查汇票呢！”真可恶！说话就好好说，还”真恶心“？！恶心你就找个痰盂吐去吧！公务员就这素质？！（还好十七大开完了，要不然我如此说公务员，会被和谐的吧…）自己不说普通话满嘴石家庄口音外加耳朵不好使，还找别人的麻烦，当时同事在场，挂了电话，跟同事提及此事，同事满脸诧异，”你哪儿说汇票了？！我怎么没听到？“我本来就没说嘛！可恶！
      言归正传，网事，说网上的事~~
      最近的一件事是Feedsky-拼“博”到底博客挑战赛，最早在林殇那里看到，后来七月和卡喀都撰写了相关的推荐日志，今晚又收到Feedsky的邮件，我选择了”龟兔赛跑30天“，连续30天写同一主题，真是个挑战，正在考虑要不要换成”博者神龟“，哪种能坚持下来呢？感兴趣的朋友可以去看看：http://www.feedsky.com/challenge 阅读全文

1、IE与Firefox下对CSS解析的区别

这是我在使用中的一些经验，拿出来和大家分享，希望大家继续

对高度的解析

IE：将根据内容的高度变化，包括未定义高度的图片内容，即使定义了高度，当内容超过高度时，将使用实际高度

Firefox：没有定义高度时，如果内容中包括了图片内容，MF的高度解析是根据印刷标准，这样就会造成和实际内容高度不符合的情况；当定义了高度，但是内容超过高度时，内容会超出定义的高度，但是区域使用的样式不会变化，造成样式错位。

结论：大家在可以确定内容高度的情况下最好定义高度，如果真的没有办法定义高度，最好不用使用边框样式，否则样式肯定会出现混乱！

img对象alt和title的解析

alt：当照片不存在或者load错误时的提示；

title：照片的tip说明。

在IE中如果没有定义title，alt也可以作为img的tip使用，但是在MF中，两者完全按照标准中的定义使用

结论：大家在定义img对象时，最后将alt和title对象都写全，保证在各种浏览器中都能正常使用

其他的细节差别

当你在写css的时候，特别是用float: left（或right）排列一窜图片时，会发现在firefox里面正常而IE里面有问题。无论你用margin:0,还是border: 0来约束，都无济于事。

其实这里还有另外一个问题，就是IE对于空格的处理，firefox是忽略的而IE对于块与块之间的空格是处理的。也就是说一个div结束后要紧接着一个div写，中间不要有回车或者空格。不然也许会有问题，比如3px的偏差，而且这个原因很难发现。

非常不走运的是我又碰到了这样的问题，多个img标签连着，然后定义的float: left，希望这些图片可以连起来。但是结果在firefox里面正常而IE里面显示的每个img都相隔了3px。我把标签之间的空格都删除都没有作用。

后来的解决方法是在img外面套li，并且对li定义margin: 0，这样就解决了IE和firefox的显示偏差。IE对于一些模型的解释会产生很多错误问题，只有多多尝试才能发现原因。

From: http://www2.uuzone.com/blog/lilan/18832.htm 2005-5-25

2、嵌套DIV:父DIV的高度不能根据子DIV自动变化的解决方案

转载：Allan.Blog()

当Content内容多时，即使parent设置了高度100%或auto,在不同浏览器下还是不能完好的自动伸展。 解决方案

在层的最下方产生一个高度为1的空格，可解除这个问题

3、CSS DIV 学习笔记

tag | 10 五月, 2005 23:16

一、基本上每个区块的div 都要有自己的id，杜绝不同功能的区块用同一个id/class

二、每个稍大的区块div 后面都跟一个标记开始、结束

三、隐藏文字的又一种方法 TEXT-INDENT: -9999px; LINE-HEIGHT: 0

四、巧妙地处理并列的两列:
1)
右列为P, width=44.5%, float=left
左列为P.first, border-right: #a7a7a7 1px solid, width=45%
2)
右列#right, margin-left:50%
左列#left, float=left,width=50% border-right:#a7a7a7 1px solid

以上两种方法关键点在于选择其中一个为float=left

五、随机的切换图片：
#random {
BACKGROUND: url(/rotate.php);
}
这个方法很巧妙。

4、关于div的高度自适应

ulean | 09 三月, 2005 09:59

　　今天小尿让我帮他的页子解决一个问题，就是div的高度自适应，也就是在一个父级div中嵌套一左一右两个子div，右边的子div内容可无限扩展，而可以使得父级div的高度能被无限拉长，用一般的布局方法，在IE中可以正确浏览，在Mozilla中父级div的高度就固定在10px左右，无法自适应高度，height:auto也不行，怎么办呢。网上参考到一篇资料，要实现自适应高度，div层必须具有float属性，于是我开始动手试验， float:left的话，div就跑到页面最左边去了，这好办，我在它的外面再套一层div，把位置定好，那么里面的就算float:left也不会被移动位置了。

xhtml:
==========================================================

test

test

test

预安装检查

阅读 PFC 授权协议

初始化数据库

完成安装

CSS
=================================================
#container_father {
margin-left: auto;
margin-right: auto;
padding: 0px;
width: 750px;
}

#container {
width: 750px;
border: 1px solid #cccccc;
padding: 8px;
margin: 0px;
background-color: #F1F3F5;
float: left;
}

FRom: http://ulean.zg163.net/

5、 深入标准 ~ The IE Doubled Float-Margin Bug(IE双倍浮动边界Bug)

译文：PorkFat

什么发生故障？

一段无错的代码把一个居左浮动(float:left)的元素放置进一个容器盒(box)，并在浮动元素上使用了左边界(margin-left)来令它和容器的左边产生一段距离。看起来相当的简单，对吗？但直至它被在IE/Win中浏览为止，在浏览器中居左浮动元素的边界长度被神秘地翻了一倍！

情况应该如何？

下面的图释展示了一个简单的div(茶色的盒子)包含着一个居左浮动的div(绿色的盒子)。浮动元素有一个100px的左边界，使容器盒与它的左边缘之间产生了一个100px的间隙。到现在为止，一直都还不错。

.floatbox {
float: left;
width: 150px;
height: 150px;
margin: 5px 0 5px 100px;
/*This last value applies the 100px left margin */
}

陈旧的IE“双倍占据”

原样的相同代码被在IE/Win中浏览时以些微不同的方式显示，下面的图释展示了IE/Win在布局上所做的。

这为什么会发生？别问这种傻问题！这就是IE，记得吗？符合标准只是理想的状况，不指望实现，这个简单的事实正验证了。

重点

这个Bug仅当浮动边界和浮动元素的方向相同时出现在浮动元素和容器盒的内边缘之间，在这之后的任意有着相似边界的浮动元素不会呈现双倍边界。只有特定的浮动行的第一个浮动元素会遭遇这个Bug。像居左的情况一样，双倍边界同样神秘地显示在居右的相同方式。

最后，修复办法！

直到现在(04年1月)这个Bug一直被认为是无法修复的，通常用来替代错误的边界的控制方法如：一个不可视浮动元素的左边距，连同一个内嵌的盒子一起，可视的盒子装在不可视浮动元素里；或者使用技巧仅对IE/Win设定边界的1/2值。这办法生效了，但是是混乱的而且搞糟了干净的源代码。不过现在全部结束了。

Steve Clason发现了一个修复办法，描述在他的Guest Demo里，修复了双倍边界和围绕文字缩进Bug。这是一个经典的IE的Bug修复办法，使用一个属性来修复影响不相关属性的Bug。

现在如何来做？

研究它，简单地将{display: inline;}设置给浮动元素就是全部所需做的！是的，听起来太简单了，不是吗？不过这是真的，仅仅一个display的\”inline\”声明已经能够胜任了。

熟悉规则的人知道浮动元素自动设置为\”block\”元素，而不管他们之前是什么。就如Steve从W3C里指出：

9.5.1 Positioning the float: the \'float\' property

\”This property specifies whether a box should float to the left, right, or not at all. It may be set for elements that generate boxes that are not absolutely positioned. The values of this property have the following meanings:

left
The element generates a block box that is floated to the left. Content flows on the right side of the box, starting at the top (subject to the \'clear\' property). The \'display\' is ignored, unless it has the value \'none\'.

right
Same as \'left\', but content flows on the left side of the box, starting at the top.

none
The box is not floated. \”

这说明浮动元素上的{display: inline;}会被忽略，事实上所有的浏览器没有呈现任何改变，包括IE。但是，它不知何故让IE停止将浮动元素的边界翻倍。因而，这个修复办法可以被直接应用，而没有任何繁琐的隐藏方法。如果将来的一款浏览器决定对这个修复办法抱恙，只要把这个修复装入IE独用的Tan Hack里，细节如同IE Three Pixel Text-Jog Demo。

下面是两个使用了前面相同代码的生动演示，第一个照常显示了IE的Bug，下一个对浮动元素使用了\”inline\”修复。

.floatbox {
float: left;
width: 150px;
height: 150px;
margin: 5px 0 5px 100px;
display: inline;
}