<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title>模拟滚动条</title>
</head>
<style>
body {
background:#F60
}
#wrap {
width:600px;
height:300px;
padding:0 10px;
margin:100px auto;
line-height:20px;
font-size:13px;
overflow:hidden;
position:relative;
}
.scrollWrap {
height:100%;
width:3px;
right:5px;
top:0;
background:#fff;
opacity:0.4;
z-index:100;
position:absolute;
margin-left:10px;
filter:alpha(opacity=80);
}
.scrollbar {
width:10px;
min-height:20px;
background:#fff;
opacity:0.8;
z-index:101;
position:absolute;
top:0;
left:-3px;
filter:alpha(opacity=80);
}
p {
margin:0;
}
.conWrap {
height:100%;
margin-right:5px;
background:#9F9;
overflow:hidden;
padding:0 5px;
}
</style>
<body>
<div id="wrap">
<div class="conWrap"> 0000
<p> 你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址0000独立下载地址0000独立下载地址0000独立下载地址0000..................
你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址0000独立下载地址0000独立下载地址0000独立下载地址0000.................. </p>
<p> 你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址0000独立下载地址0000独立下载地址0000独立下载地址0000..................
你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址你可以会问，没有映射配置，请求这么可能会走到aspnet_ISPAI.dll上呢？对，这就是我们本章节要讲的一个东西：ASP.NET 4 Extensionless URL feature，因为在ASP.NET4之后，默认所有的请求都转向到aspnet_ISPAI.dll，那么在IIS6上它是如何实现的呢？首先ASP.NET4.0安装的时候会自动安装一个aspnet_filter.dll ，这是一个ISAPI筛选器，该筛选器在请求处理之前，会将所有的URL地址附加上/eurl.axd/GUID字符串，而默认情况下*.axd扩展名是映射到aspnet_isapi.dll上的，所以当我们附加/eurl.axd/GUID字符串以后，所有的请求都可以被aspnet_isapi.dll来处理了，当进入ASP.NET的时候的时候又把该/eurl.axd/GUID 字符串删除了（这个周期非常早），以便还原成原来的URL地址。.NET框架根目录下的web.config默认设置请求是DefaultHttpHandler来处理的，因为它的path=”*”，并且放在httpHandlers的第一个位置上（除非你修改了设置），此后DefaultHttpHandler将这个请求转发（不是URL跳转哦）至IIS上，这时候我们的筛选器不会再附加/eurl.axd/GUID字符串了，接下来就是正常的处理请求了，如果你想利用此特性做其它特殊的事情，那你需要在MapRequestHandler事件执行之前，修改DefaultHttpHandler为其它的HttpHandler。有一点需要注意的是，IIS7集成模式下，处理请求的默认Handler是不是DefaultHttpHandler而是TransferRequestHandler，两个Hanlder是差不多的，具体的细节不同不在我们讨论的范畴，我们就不多说了，这些handler默认是随.NET4.0安装的时候一起安装，但是IIS7默认是不启用这个功能的，只有在安装了IIS7的QFE才能使用，QFE包含在service pack中，QFE独立下载地址0000独立下载地址0000独立下载地址0000独立下载地址0000.................. </p>
</div>
</div>
</body>
</html>
<script type="text/javascript">
function scrollBar(o){
var _this=this;
this.setTop=0;
this.o=document.getElementById(o);
this.child=this.o.children[0];
this.h=this.child.offsetHeight;
this.maxH=this.child.scrollHeight-this.h;
this.oBarHeight=parseInt(this.h*this.h/this.child.scrollHeight);
if(this.child.scrollHeight>this.h){
this.scrollWrap=this.creatDiv("scrollWrap",{height:this.h+"px"},this.o);
this.oBar=this.creatDiv("scrollbar",{height:this.oBarHeight+"px"},this.scrollWrap);
this.oBar.onmousedown=function(e){
var e=e||event;
_this.Down(e);
document.onmousemove=function(e){
var e=e||event;
_this.Move(e);
}
document.onmouseup=function(e){
_this.Up(e);
}
return false;
}
this.wheel(this.o,function(t){
if(t){
var tTop=_this.oBar.offsetTop;
if(tTop-10<=0){
tTop=10;
}
_this.sport(tTop-10);
}else{
var tTop=_this.oBar.offsetTop;
if(tTop+10>=_this.h-_this.oBar.offsetHeight){
tTop=_this.h-_this.oBar.offsetHeight-10;
}
_this.sport(tTop+10);
}
})
}
}
scrollBar.prototype={
creatDiv:function(oClass,json,oParent){
this.oDiv=document.createElement("div");
this.oDiv.className=oClass;
for(key in json){
this.oDiv.style[key]=json[key];
}
oParent.appendChild(this.oDiv);
return this.oDiv;
},
Down:function(e){
if(this.oBar.setCapture){
this.oBar.setCapture();
}
this.disY=e.clientY-this.oBar.offsetTop;
},
Move:function(e){
this.sport(this.checkTop(e.clientY,this.disY));
},
Up:function(){
if(this.oBar.releaseCapture){
this.oBar.releaseCapture();
}
document.onmousemove=null;
document.onmouseUp=null;
},
checkTop:function(x,y){
this.setTop=x-y;
if(this.setTop<=0){
this.setTop=0;
}
if(this.setTop>=this.h-this.oBar.offsetHeight){
this.setTop=this.h-this.oBar.offsetHeight;
}
return this.setTop;
},
sport:function(num){
this.child.scrollTop=(num/this.h)*this.child.scrollHeight;
this.oBar.style.top=num+"px";
},
wheel:function(o,fn){
o.onmousewheel=fnP;
o.addEventListener("DOMMouseScroll",fnP,false);
function fnP(e){
var t=false;
var e=e||event;
if(e.wheelDelta){
if(e.wheelDelta>0){
t=true;
}else{
t=false;
}
}else{
if(e.detail>0){
t=false;
}else{
t=true;
}
}
fn&&fn(t)
}
}
}
new scrollBar("wrap");
</script>
