松窗竹户

2009年05月8日

CSS中position:absolute的特性

类归于: web前端 — 标签:, , , — bugx @ 23:17

<style>
#div1{width:400;height:300;border:1px solid #000;position:relative}
#div2{width:300;height:200;border:1px solid red;}
#div3{width:200;height:100;border:1px solid blue;}
#son{position:absolute;right:10px;}
</style>

<div id=”div1″>
<div id=”div2″>
<div id=”div3″>
<p id=”son”>11</p>
</div>
</div>
</div>

position:absolute的定位在父容器里有position:relative的属性时(后来得知是非static的属性都可以,有空试试),会根据父容器来定位。并且会一直追溯上层的父元素。

如果找不到具有position:relative的父容器,那么会根据body窗口来定位了,也测试出来IE和FF是一样的。

但是今天确碰到了IE和FF下不一样的问题,可能是哪个属性影响了,还没查到。还以为本来就不一样,就做了这个试验。

2009年04月19日

checkbox的onchange事件触发在IE和FireFox中的细微差别

类归于: web前端, 搜索引擎优化SEO — 标签:, — bugx @ 13:09

checkbox的onchange事件不是很常用,一般都用了onclick去判断选中还是没选中。正好偶然用到的时候发现居然在IE里和firefox里的触发情况不一样。

<input type=”checkbox” onchange=”alert(’onchange’);” />

在IE下,不会立即触发,会在失去焦点的时候触发,比如在边上空白的地方点一下。

但是firefox下,只要改变状态立即触发。

我再拿了其他的几个控件试了下。

<input type=”text” onchange=”alert(’onchange’);” />
<textarea onchange=”alert(’onchange’);” /></textarea>

情况不一样,IE和ff下都是要失去焦点的时候才会触发。唯独checkbox不一样,不知道还有没有其他的控件有差别的。

不知道IE7,IE8下是什么情况,我仅仅测试了IE6

2008年12月1日

CSS编码问题在IE6下失效问题

类归于: web前端 — 标签: — bugx @ 16:49

CSS的编码不对的时候,在firefox下可以正常显示,但是在IE6下会使CSS失效。

今天碰到,着实让我郁闷了好一会,后来想到aptana写的CSS是utf8的,转换成GB2312后显示正常。我开始还以为标签漏了或者注释引起的。呵呵

后来还改错了文件夹,改了其他的CSS文件的编码,绕了好大的圈子。

2008年07月18日

Javascript的继承

类归于: web前端 — 标签: — bugx @ 16:36

JS的继承应该有很多种实现方式。

最常用的是原型继承。

function parentClass(){

method () { }

}

function subClass (){

method2(){}

}

subClass.propotype =new parentClass;

subClass.propotype.constructor=subClass;

这样subClass就继承了parentClass

JS的怪异语法真让我头疼,什么时候JS也正规一点。

2008年07月14日

Javascript的动态性

类归于: web前端 — 标签: — bugx @ 16:33

ruby是一种动态语言,众所周知。大家似乎忽略了javascript也是动态的哦,这就使得javascript变得非常的灵活和强大。动态语言的优点就是在在类外部对类进行扩展,甚至对对象动态的增加方法。据说net3加入了这种特性,我还未验证过。

(全文…)

2007年05月27日

IE下的注释也会影响布局

类归于: web前端 — 标签: — bugx @ 16:11

以前只听说这个IE的注释在布局上的影响,但是没有碰到。今天在用fckeditor新 版本的时候,的确让我郁闷了一回。修改了FCK的初始化的Create方法,使FCK只初始化但不输出,这个就可以用在模板替换的方式了,当我打开页面的 时候发现页面布局变了,Siderbar下沉了,页面全部靠左了,检查了一下也没找到问题,我用Firefox打开页面,表现的很好,于是我就想到了IE 的一些特性。

然后在页面中查看源码,发现在页面的头部会自动产生一段FCKeditor的注释,去掉后就显示正常了。呵呵,以前TABLE布局就没有碰到这个问题。真是很难想到的BUG。

2007年01月10日

javascript的parseInt函数的特殊处

类归于: web前端 — bugx @ 15:42

javascript的parseInt函数有一个特殊的地方。

parseInt(”01″)

parseInt(”02″)

parseInt(”03″)

……

parseInt(”07″)

这些都正常显示。但是到parseInt(”08″),parseInt(”09″)就显示0了,再后面都是不是期望的值。

原来,parseInt( )碰到前面是0的数字的时候当作八进制来处理,这样08,09就不是合法的了。

哈哈,今天在查这个函数的时候偶尔看到好多人碰到这个问题。顺便自己偷学一下,暗笑一声。

WordPress 所驱动