CSSOM视图模式(CSSOM View Moudle)相关整理

本文非原创,学习并转自:http://www.zhangxinxu.com/wordpress/?p=1907

一、Window视图属性

这些属性可以hold住整个浏览器窗体大小。微软则将这些API称为“Screenview 接口”。包括:
innerWidth 属性和 innerHeight 属性
pageXOffset 属性和 pageYOffset 属性
screenX 属性和 screenY 属性
outerWidth 属性和 outerHeight 属性

相关属性组对应的兼容性以及使用见下面。

1. innerWidth 属性和innerHeight 属性
例如innerWidth表示获取window窗体的内部宽度,不包括用户界面元素,比如窗框。兼容性如下表:

innerWidth 属性和innerHeight 属性

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

使用如下示例代码:

window.innerWidth
window.innerHeight

您可以狠狠地点击这里:innerWidth/innerHeight测试demo

对于支持该属性的浏览器(如FireFox 6)弹出的就是类似下面的结果:
CSSOM视图模式(CSSOM View Moudle)相关整理_第1张图片

而不支持的浏览器则弹出的是undefined,如下:
CSSOM视图模式(CSSOM View Moudle)相关整理_第2张图片

innerWidthinnerHeight属性只读,没有默认值。

2. outerWidth属性和outerHeight属性
例如outerWidth/outerHeight表示整个浏览器窗体的大小,包括任务栏等。

兼容性与innerWidth/outerHeight一致。见下表:

outerWidth属性和outerHeight属性

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

使用如下示例代码:

window.outerWidth
window.outerHeight

您可以狠狠地点击这里:outerWidth/outerHeight测试demo

对于支持该属性的浏览器(如FireFox 6)弹出的就是类似下面的结果:
CSSOM视图模式(CSSOM View Moudle)相关整理_第3张图片

而不支持的浏览器则弹出的是undefined,如下:
CSSOM视图模式(CSSOM View Moudle)相关整理_第4张图片

outerWidthouterHeight属性只读,没有默认值。

3. pageXOffset和pageYOffset
表示整个页面滚动的像素值(水平方向的和垂直方向的)。该属性兼容性如下表:

pageXOffset属性和pageYOffset属性

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

使用如下示例代码:

window.pageXOffset
window.pageYOffset

您可以狠狠地点击这里:pageXOffset/pageYOffset使用测试demo

对于支持该属性的浏览器(如FireFox 6)弹出的就是类似下面的结果:
CSSOM视图模式(CSSOM View Moudle)相关整理_第5张图片

而不支持的浏览器则弹出的是undefined,如下:
CSSOM视图模式(CSSOM View Moudle)相关整理_第6张图片

pageXOffset和pageYOffset属性只读,没有默认值。

4. screenX and screenY
浏览器窗口在显示器中的位置,screenX表示水平位置,screenY表示垂直位置。该属性兼容性如下表:

screenX属性和screenY属性

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
不正确 即将测试

相关使用如下:

window.screenX
window.screenY

您可以狠狠地点击这里:screenX/screenY属性demo

对于支持的浏览器,例如FireFox 6,浏览器全屏时候弹出的就是如下:
CSSOM视图模式(CSSOM View Moudle)相关整理_第7张图片

而不支持的浏览器则弹出的是undefined,如下:
CSSOM视图模式(CSSOM View Moudle)相关整理_第8张图片

对于Opera浏览器,对该属性的理解似乎是不正确的。我用Opera 11.51测试,发现无论浏览器窗口时全屏还是正常大小状态,window.screenXwindow.screenY的值都是0这个咸鸭蛋,如下截图:
CSSOM视图模式(CSSOM View Moudle)相关整理_第9张图片

在事件中,该属性在IE4那会儿是只读的,IE5以及后来的版本即可以读,有可以写。当作为window属性的时候,是只读的。

二、Screen视图属性

指能hold住显示器信息的些属性。有:
availWidthavailHeight
colorDepth
pixelDepth
widthheight

这类API又被称为“Screen 接口”。相关兼容性与特性依次见下面内容:

1. availWidth和availHeight
显示器可用宽高,不包括任务栏之类的东东。这对属性的兼容性见下表:

availWidth属性和availHeight属性

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

从上表可以看出这两个属性的兼容性还是很让人欣慰的。

使用示例:

screen.availWidth
screen.availHeight

您可以狠狠地点击这里:availWidth和availHeight测试demo

各个浏览器都支持该属性,例如上面一直当观众的IE7浏览器:
CSSOM视图模式(CSSOM View Moudle)相关整理_第10张图片

2. colorDepth
表示显示器的颜色深度。兼容性参见下表:

colorDepth

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
不正确 即将测试

使用如下:

screen.colorDepth

您可以狠狠地点击这里:screen.colorDepth测试demo

一般浏览器(包括低版本IE)都返回32,因为现在的浏览器一般都支持透明通道的。但是,FireFox 3.6 一直到现在的FireFox 6浏览器screen.colorDepth返回的却是24。这让我有点想起了photoshop中存储图片时候保存为png24的选项,虽说是png 24,但是实际上是png 32 的支持透明通道。

CSSOM视图模式(CSSOM View Moudle)相关整理_第11张图片

这里就为我们判断一个浏览器是否是火狐浏览器3.6+版本提供了灵感:

var $isFF = (screen.colorDepth === 24)? true: false;

3. pixelDepth
该属性基本上与colorDepth一样。其兼容性如下表:

pixelDepth

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
不正确 即将测试

低版本IE不支持。FireFox3.6+版本返回内容不准确。使用示例:

screen.pixelDepth

您可以狠狠地点击这里:pixelDepth属性测试demo

除了在IE6~IE8浏览器下显示undefined外,其他浏览器的弹出结果跟上面colorDepth一致,这里就不重复展示图片了。

pixelDepth和colorDepth的不同之处(不确定新的是否也是如此?)是在Unix机器上,旧的X-客户端可以运行应用程序定义属于自己的颜色组。在这种情况下,colorDepth匹配应用程序的颜色深度,pixelDepth匹配显示器的颜色深度。其他所有情况下,pixelDepthcolorDepth是互通有无的。

4. width和height
表示显示器屏幕的宽高。其兼容性还是很不错的,参见下表:

width属性和height属性

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

使用示例:

screen.width
screen.height

您可以狠狠地点击这里:screen.width/screen.height测试demo

例如,在IE9浏览器IE7模式下点击第二个按钮弹出下图结果:
CSSOM视图模式(CSSOM View Moudle)相关整理_第12张图片

想对应的上面的screen.availHeight的值为:
CSSOM视图模式(CSSOM View Moudle)相关整理_第13张图片

前后有40像素的高度差异,这个差异就是显示器底部任务栏的高度差异。

三、文档视图(DocumentView)和元素视图(ElementView)方法

旗下有四个方法,如下:
elementFromPoint()
getBoundingClientRect()
getClientRects()
scrollIntoView()

1. elementFromPoint()
返回给定坐标处所在的元素。是个在目前而言,兼容性不错的方法,见下表:

elementFromPoint()

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
不正确 不正确 即将测试

如下使用示例:

document.elementFromPoint(100,100)

您可以狠狠地点击这里:elementFromPoint方法demo

点击demo页面上的按钮,在相对页面左上角(100, 100)坐标处的元素的文字颜色变红。不过,通过各个浏览器的检测,发现还是有差异的。demo页面垂直方向100像素正好是大标题栏和小标题栏的连接处。IE8+以及其他浏览器是小标题文字颜色变红,而IE7浏览器则是大标题栏文字颜色变红,至于IE6浏览器,在我这里看,是源代码展示处的颜色变红了。如下几个截图:
CSSOM视图模式(CSSOM View Moudle)相关整理_第14张图片 CSSOM视图模式(CSSOM View Moudle)相关整理_第15张图片 CSSOM视图模式(CSSOM View Moudle)相关整理_第16张图片

这个方法可以用来检测元素是否发生重叠或是碰撞。

2. getBoundingClientRect()
得到矩形元素的界线,返回的是一个对象,包含 topleftright, 和 bottom四个属性值,大小都是相对于文档视图左上角计算而来。返回内容类似于:

{
    top: 143,
    right: 1196,
    bottom: 164,
    left: 889
}

我总觉得该方法与CSS中的clip:rect剪裁属性有着某些鲜为人知的瓜葛。

兼容性还是蛮不错的。根据Peter-Paul Koch的测试,在FireFox 4及其以下版本仅是大部分支持,按照他的说法,FireFox浏览器无法搞到元素的top/bottom值。不过,根据我在FireFox 6下的测试,元素偏移客户端的上下值是可以得到的。所以,有如下略加修改的兼容性表:

getBoundingClientRect()

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.5 FF 3.6 FF 4b1 FF 6 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

您可以狠狠地点击这里:getBoundingClientRect方法demo

点击按钮灰弹出类似下面的结果,大小因当前使用客户端设备的大小决定:
CSSOM视图模式(CSSOM View Moudle)相关整理_第17张图片

该方法与下面即将展示的getClientRects()方法是近亲,两者都为“Range接口”方法。

3. getClientRects()
返回元素的数个矩形区域,返回的结果是个对象列表,具有数组特性。这里的矩形选区只针对inline box,因此,只针对a, span, em这类标签元素,这个下面会详细讲述。首先看看该方法的兼容性表:

getClientRects()

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.5 FF 3.6 FF 4b1 FF 6 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
有bug  部分支持 即将测试

您可以狠狠地点击这里:getClientRects方法demo

对于按照规范来走的浏览器,点击demo页面右半区域的文字部分,就会弹出一些文字(显示的个数就是文字的行数),例如,我的浏览器下就显示“2个矩形”,如下截图:
CSSOM视图模式(CSSOM View Moudle)相关整理_第18张图片

但是,在不准确解析的IE7浏览器下,我丢!吓着我敏感脆弱的小心脏了——居然44个矩形区域:
CSSOM视图模式(CSSOM View Moudle)相关整理_第19张图片

IE6, IE7下的bug
getClientRects()方法是跟着line box模型走的,其返回的每个矩形区域歧视就是一个line boxes,也就是一行文字内容。如果您对inline box模型不熟悉,可以在我博客右上区域的搜索框中搜索“inline box模型”,会有几个相关的文章,里面基本上都有所介绍的。

也就是说,例如一段文字在一个span标签下,如果这个span标签内的文字有两行,则getClientRects()返回的就是含有两个Rect对象的列表;如果文字是三行就三个。

然而,在IE6, IE7浏览器下,其返回的区域个数像吃了激素一样,完全不受控制,数目多得很,都不知从哪儿冒出来的!

IE6, IE7还有一个文字,就是按照定义,如果是block水平标签内的文字,不过文字有多少行,返回的都是这个block水平的标签区域。但是,IE6, IE7却不走寻常路,反而“正常模样”地返回行数等。例如上面的demo页面,如果把span标签换成p标签,则其他所有浏览器返回的列表个数是1,就IE6,IE7返回的是文字行数相等的矩形区域。

总结为,IE6, IE7把针对inline水平标签的方法应用到block水平的标签上了,而inline水平标签像弃婴一样,仍在一旁,bug横生啊。

getClientRects和getBoundingClientRect差异
getClientRects返回的其实是个数组,数组中有很多个类似getBoundingClientRect返回的对象。getBoundingClientRect返回的永远是最外框框的那个矩形区域相关的坐标偏移对象;而getClientRects是多行文字区域的坐标偏移集合,在非IE浏览器下,只对inline水平的标签有反应。

一般getBoundingClientRect方法用的多一点。我们可以很容易获取某个元素的偏移值。甚至高宽都能很轻松的计算出来。所以,下载你想用js获取元素的高宽尺寸,就可以试试getBoundingClientRect方法了。

4. scrollIntoView()
让元素滚动到可视区域(不属于草案方法)。兼容性如下:
m

scrollIntoView()

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

简单实用示例:

element.scrollIntoView()

您可以狠狠地点击这里:scrollIntoView方法demo

点击demo页面上的按钮,高高图片下面的有蓝色粗糙质感背景的框框就显示出来的。此方法的兼容性甚是不错。这为我们实现元素的锚点跳转功能又敞开了另外一条途径。

四、元素视图属性

关于元素大小位置等信息的一些属性。有:
clientLeftclientTop
clientWidthclientHeight
offsetLeftoffsetTop
offsetParent
offsetWidthoffsetHeight
scrollLeftscrollTop
scrollWidthscrollHeight

1. clientLeft和clientTop
表示内容区域的左上角相对于整个元素左上角的位置(包括边框)。其兼容性不错,如下:

clientLeft和clientTop

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

您可以狠狠地点击这里:clientLeft/clientTop属性测试demo

可以发现,在FireFox浏览器以及IE浏览器下,弹出的大小为3,在Chrome浏览器下则是2,这是因为FF和IE浏览器的按钮在我的系统下的有3像素大小的边框值,而Chrome的边框大小只有2像素。于是就有个不同的弹出结果。如下截图示意,首先是FireFox6下的弹出结果以及通过FireBug查看的默认边框大小:
CSSOM视图模式(CSSOM View Moudle)相关整理_第20张图片 CSSOM视图模式(CSSOM View Moudle)相关整理_第21张图片

对于Chrome浏览器,则为:
CSSOM视图模式(CSSOM View Moudle)相关整理_第22张图片 Chrome浏览器按钮边框大小为2  张鑫旭-鑫空间-鑫生活

2. clientWidth和clientHeight
表示内容区域的高度和宽度,包括padding大小,但是不包括边框和滚动条。兼容性跟上面一样:

clientWidth和clientHeight

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

您可以狠狠地点击这里:clientWidth/clientHeight属性demo

点击demo按钮返回按钮内容区域尺寸,例如IE9下:
CSSOM视图模式(CSSOM View Moudle)相关整理_第23张图片

3. offsetLeft和offsetTop
表示相对于最近的祖先定位元素(CSS position 属性被设置为 relativeabsolute 或 fixed 的元素)的左右偏移值。兼容性如下表:

offsetLeft和offsetTop

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

您可以狠狠地点击这里:offsetLeft/offsetTop属性demo

demo页面上有两个按钮。默认情况下,demo页面没有定位元素,所以,初次进demo页面,点击第一个按钮,返回的偏移距离时相对于html文档左上角的偏移值,如下图:
CSSOM视图模式(CSSOM View Moudle)相关整理_第24张图片

当点击下面的按钮让按钮父标签positionrelative,此时再点击上面计算偏移的按钮,则结果就是10了,如下:
CSSOM视图模式(CSSOM View Moudle)相关整理_第25张图片

这个属性可以说是相当智能与funny,我脑中开始想到如何让一些交互的实现更从容了!

4. offsetParent
第一个祖定位元素(即用来计算上面的offsetLeftoffsetTop的元素),兼容性让人欣慰:

offsetParent

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

您可以狠狠地点击这里:offsetParent属性测试demo

offsetParent元素只可能是下面这几种情况:

  • <body>
  • position不是static的元素
  • <table><th> 或<td>,但必须要position: static

在本demo例子中,页面是没有任何定位元素,于是,点击按钮后返回的就是body标签了。
CSSOM视图模式(CSSOM View Moudle)相关整理_第26张图片

body元素为定位元素的终极boss,所以其上头就没有其他定位元素了。也就是说body元素没有offsetParent(尽管有时候html进入offsetParent链)。

另外,在IE和Opera浏览器下,position: fixed的元素没有offsetParent

5. offsetWidth和offsetHeight
整个元素的尺寸(包括边框)。兼容性与上面一致:

offsetWidth和offsetHeight

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

您可以狠狠地点击这里:offsetWidth/offsetHeight属性测试demo

我们可以对比前面clientWidth和clientHeight测试页面的按钮高度值,例如IE9:
CSSOM视图模式(CSSOM View Moudle)相关整理_第27张图片

可以发现高度值多了6像素,这正好是上下3像素边框的高度值。

6. scrollLeft和scrollTop
表示元素滚动的像素大小。可读可写。这个玩意貌似我们用得比较多。兼容性还是可以的:

scrollLeft和scrollTop

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

简单使用示例:

element.scrollLeft
element.scrollTop
element.scrollTop = 20

您可以狠狠地点击这里:scrollTop属性测试demo

点击按钮后页面滚动高度100像素,相关代码如下:

document.getElementsByTagName("body")[0].scrollTop = 100;
document.getElementsByTagName("html")[0].scrollTop = 100;

6.scrollWidth和scrollHeight
表示整个内容区域的宽高,包括隐藏的部分。如果元素没有隐藏的部分,则相关的值应该等用于clientWidthclientHeight。当你向下滚动滚动条的时候,scrollHeight应该等用于scrollTop + clientHeight

兼容性有些微妙:

scrollWidth和scrollHeight

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
不正确 不正确  部分 即将测试

您可以狠狠地点击这里:scrollWidth/scrollHeight属性测试demo

上面兼容性表中显示IE6~IE7下此属性是不准确的。什么时候IE6/IE7浏览器会抽风呢?就是当元素没有设置overflow属性,但是里面的内容超过外部高宽的情况,例如将demo页面中类名为box的CSS样式中的overflow:auto去掉,则FireFox,IE9,或是Opera浏览器返回的都是200, 180,但是IE7浏览器返回的却是里面图片元素的尺寸,为256, 191

另外,我在我的Opera 11.51下测试,没有发现关于该属性的异常之处,可能Opera 11.5已经对该属性很好支持了。

五、鼠标位置(Mouse position)

与鼠标事件(例如普通的单击)相关的些属性。这个东西基本上JavaScript一些必修书籍(例如《JavaScript高级程序设计》)上都有介绍。这里我就简单展示下兼容性和一些必要的文字介绍。
相关的些属性有:
clientX,clientY
offsetX, offsetY
pageX, pageY
screenX, screenY
x, y

1. clientX,clientY
相对于window,为鼠标相对于window的偏移。在iphone上,这对值返回的位置就等同于下面要提到的pageX/Y。兼容性不赖:

clientX,clientY

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

简单使用示例如下:

event.clientX
event.clientY

您可以狠狠地点击这里:clientX/clientY属性测试demo

可以发现,点在按钮的位置不同,弹出的值也不一样,因为偏移大小是鼠标相对于window窗口的大小。

2. offsetX, offsetY
表示鼠标相对于当前被点击元素padding box的左上偏移值,各个浏览器的兼容性五花八门,如下:

offsetX, offsetY

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
有bug border box border box content box 即将测试

使用简单示例:

event.offsetX
event.offsetY

在IE7以及以下浏览器下,只有当当前目标元素为offsetParent是才计算坐标值,否则,它就会拿当前目标元素的offsetParent来计算。还有,当发现元素应用了position: relative后,IE会去寻找下一个offsetParent来计算offsetY,但又不是offsetX。是的,读两次,很蛋疼吧!

3. pageX, pageY
为鼠标相对于document的坐标。IE6~IE8浏览器是不支持的。如下:

pageX, pageY

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

使用简单示例:

event.pageX
event.pageY

您可以狠狠地点击这里:pageX/pageY属性测试demo

对于支持的浏览器,返回的就是由鼠标点击位置决定的数值,对于不支持的浏览器,例如IE8,得到的就是undefined
CSSOM视图模式(CSSOM View Moudle)相关整理_第28张图片

4. screenX, screenY
鼠标相对于显示器屏幕的偏移坐标。久违的兼容性过得去的属性:

sscreenX, screenY

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.0 FF 3.5 FF 3.6 FF 4b1 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
即将测试

使用简单示例:

event.screenX
event.screenY

您可以狠狠地点击这里:screenX/screenY属性测试demo

在iphone中,这个属性基本上就等同于pageX/pageY,尽管通常会有1~2像素点差异。谁叫iphone的显示器区域跟window区域跟文档区域都是一样的呢?

5. x, y
相当于clientX/clientY。既然已经有了clientX/clientY,为什么还需要x, y呢?莫非是为了少写几个字母?谁知道呢!

x, y

IE 5.5 IE 6 IE 7 IE8 IE9 pr3 FF 3.5 FF 3.6 FF 4b1 FF 6 Saf 4.0 Win Saf 5.0 Win Chrome 4 Chrome 5 Opera 10.10 Opera 10.53 Opera 10.60 Konqueror 4.x
page X/Y 即将测试

您可以狠狠地点击这里:event.x和event.y测试demo

我测了下,即使是在FireFox 6下,火狐依旧不鸟这个她可能觉得多余的属性。例如上面的demo点击后弹出的就是undefined
CSSOM视图模式(CSSOM View Moudle)相关整理_第29张图片

六、结束随便点什么

上面陆续出现的属性或方法,那些兼容性不错的东西我们可以多多关注下。很多特性都是非常实用的。这些基础的东西才是最最重要的。本文的内容较多,如果您不是对CSSOM视图模式很精通的话,个人建议可以把浮躁的心静一静,每天看个几个属性或方法,把这些基础的东西掌握牢靠了。这才是最受用的。

不过嘛,我们做技术的,一般都是比较忙的,不是都能抽出时间阅读,实践的。所以呢,我就把这些相关的都整理出来了,您需要的时候可以像手册一样查一下。记住本文的id号是1907。是北京奥运会的前101年的公元年份。

上个月W3C出来的CSSOM视图模块草案虽然有些瑕疵,但是还算相当优秀的作品。现在就希望草案可以响应一些建议变得更完善。然后最重要的就是浏览器生产商家可以紧跟规范,保证兼容性与一致性。

 

你可能感兴趣的:(CSSOM视图模式(CSSOM View Moudle)相关整理)