文档的滚动条、标准怪异模式、视口尺寸

滚动条距离

window.pageXOffset | window.pageYOffset (IE8 集iE8 以下不兼容)

** 下面两组都是IE8 的解决方法但是由于兼容性混乱两种方法俩组方法互斥，有一组方法有值的话另一组则为0 **

** 解决方法将两个值相加就可以解决问题 **

document.body.scrollLeft | document.body.scrollTop
document.documentElement.scrollTop | document.documentElement.scrollLeft

滚动条滚动

window.srcoll(x,y) | window.scrollTo(x,y) 用法相同滚动到指定位置
window.srcollBy(x,y) 会在当前滚动位置相加可以为负数

标准模式和混杂、怪异模式

html文档最上面的声明文档（‘<!DOCTYPE html>‘）被删除掉就会启动怪异模式；
怪异模式下浏览器将会摒弃最新语法，向后兼容
document.compatMode 两个取值可以判断标准还是怪异模式
- CSS1Compat 标准模式
- BackCompat 怪异模式

视口尺寸

window.innerWinth | window.innerHeight (IE8 及以下iE8 以下不兼容)

** 下面两组针对IE **

document.documentElement.clientWidth | document.documentElement.clientHeight (标准浏览器都兼容)
document.body.clientWidth | document.body.clientHeight (适用于怪异模式的浏览器)

原文地址：https://www.cnblogs.com/guyuedashu/p/12641591.html

时间： 2024-10-07 01:42:39

文档的滚动条、标准怪异模式、视口尺寸的相关文章

Doctype 文档类型，标准模式，混杂模式

HTML4.01和XHTML1.0 基于 SGML,支持DTD声明,HTML5不是,但是需要 doctype 来规范浏览器的行为. 标准模式是指,DTD声明定义了标准文档的类型后,浏览器按W3C标准解析执行代码: 混杂模式则是忽略DTD声明,使用浏览器自己的方式解析执行代码,页面以宽松的向后兼容方式显示,不同浏览器解析执行的方式不一样. DTD 文档类型定义(Document Type Definition)是一套为了进行程序间的数据交换而建立的关于标记符的语法规则. SGML Standard

【IE】浏览器模式与文档模式及其开发中处理方式

原文:http://blog.csdn.net/neo_liu0000/article/details/7589731 什么是浏览器模式和文本模式? 经常使用IE开发者工具的同学,肯定见过浏览器模式和文本模式,对于这两个名词,综合相关文档解释如下: 浏览器模式(Browser Mode),用于切换IE针对该网页的默认文本模式.对不同版本浏览器的条件注释解析.决定请求头里userAgent的值.它在浏览器发出请求之前就已经确定,网站没有办法修改这个值.它代表的是用户以何种浏览器访问网站. 文本模式

认识CSS中布局之文档流、浮动、定位以及叠放次序

前端之HTML,CSS(七) CSS CSS布局的核心就是盒子的摆放,即CSS定位.而CSS中定位机制分为:普通流(nomal flow).浮动(float).定位(position). 普通流普通流又被称为文档流或者标准流,普通流是指网页内标签元素正常情况下会按照自上而下,自左向右按顺序排列.即块级元素独占一行,多个块级元素存在会自上而下顺序排列,多个行内元素会共占一行,自左向右排列. 1 <!DOCTYPE html> 2 <html> 3 <head> 4 &l

XML文档类型定义---XML Schema结构

5.1 Schema概述 XML Schema是2001年5月正式发布的W3C的推荐标准,经过数年的大规模讨论和开发如今终于尘埃落定,成为全球公认的XML环境下首选的数据建模工具. 使用DTD虽然带来较大的方便,但是,DTD存在一些缺陷:一是它用不同于XML的语言编写,需要不同的分析器技术.这增加了工具开发商的负担,降低了软件瘦身的可能性,此外开发人员需要多学一门语言及其语法.而XML Schema是按标准XML规则编写的,更容易掌握.二是DTD不支持名称空间.随着大部分的数据处理日益以XML为

WPF 流文档

WPF文本显示: WPF面向的是UI展现,而文本显示无疑是UI层中的重要功能之一.WPF提供了XPS (XML 文件规范) 和Flow Document (流文档) 来在不同的场景下展现或者操作文档的显示.XPS(XML 文件规范)针对打印和面向页面的内容,而"流文档"则针对屏幕显示以及提供更动态和可以论证的更复杂模型."流文档"几乎适用于与文本内容相关的所有方面,从产品说明到整本书籍. Flow Document是WPF3.0中提供的一个用于显示的新功能,它给了开

Effective Java 第三版——19. 如果使用继承则设计，并文档说明，否则不该使用

Tips <Effective Java, Third Edition>一书英文版已经出版,这本书的第二版想必很多人都读过,号称Java四大名著之一,不过第二版2009年出版,到现在已经将近8年的时间,但随着Java 6,7,8,甚至9的发布,Java语言发生了深刻的变化. 在这里第一时间翻译成中文版.供大家学习分享之用. 19. 如果使用继承则设计,并文档说明,否则不该使用条目 18中提醒你注意继承没有设计和文档说明的"外来"类的子类化的危险. 那么为了继承而设计和文档

在线office文档编辑NTKO使用心得

目录前言什么是ntko 准备工作实战演练总结一.前言 Web开发中经常需要用到在线处理office文档的功能,现在市面上有一些常用的Web页面调用显示Office的控件技术,用起来很方便.有一些第三方ActiveX浏览器控件:比如科瀚的SOAOffice中间件.卓正软件的pageoffice控件.WebOffice控件还有我这篇文章所要说到的NTKO. 二.什么是NTKO 通俗易懂来讲就是能够直接在浏览器上查看编辑word文档,并保存到web服务器上的控件. 借用官方的话,是能够在IE

使用swagger实现web api在线接口文档

一.前言通常我们的项目会包含许多对外的接口,这些接口都需要文档化,标准的接口描述文档需要描述接口的地址.参数.返回值.备注等等:像我们以前的做法是写在word/excel,通常是按模块划分,例如一个模块包含n个接口,就形成一个文档,然后再用版本控制管理.这样做的缺点是: 1.不够直观,每次打开文档查看接口很麻烦 2.文档的维护难度大 3.调用方和测试人员使用麻烦,需要先去找接口,在用相应的工具测试(例如使用浏览器还可能要安装插件) 我们希望是可以直接在线浏览,然后直接用浏览器测试.而接口的详细

设计文档

在大多数软件项目中,要末不作详细设计,要么开发完成后再补详细设计文档,质量也不容乐观,文档与系统往往不能同步,使详细设计文档完全流于形式,对工作没有起到实际的帮助. 那到底应不应该写详细设计文档呢,怎么使详细设计文档起到他应有的作用呢,下面就让我们来认识一下详细设计及写详细设计文档的好处和问题. 什么是详细设计详细设计是相对概要设计而言的,是瀑布开发流程的一个重要环节,在概要设计的高层设计的基础上,从逻辑上实现了每一模块的功能,是编码阶段的主要参考资料,是从高层到低层.逐步精化思想的具体实现.