这篇文章发布于 2013年08月25日,星期日,23:57,归类于 Web综合。 阅读 250530 次, 今日 11 次 49 条评论
by zhangxinxu from http://www.zhangxinxu.com/wordpress/?p=3591
本文可全文转载,但需得到原作者书面许可,同时保留原作者和出处,摘要引流则随意。
一、锚点是什么
锚点就等同于火影中的“飞雷神之术”,我们先看百科中锚点的解释:
使用命名锚记可以在文档中设置标记,这些标记通常放在文档的特定主题处或顶部。然后可以创建到这些命名锚记的链接,这些链接可快速将访问者带到指定位置。
创建到命名锚记的链接的过程分为两步。首先,创建命名锚记,然后创建到该命名锚记的链接。
再看看“飞雷神之术”的解释:
日本动漫《火影忍者》中时空术的一种,S级。利用标记完成空间穿梭。
都是做标记,然后快速定位。说不定AB(岸本齐史)也是个网页制作爱好者哦!
其实,关于锚点,我3年前就写过一篇针对性文章:“关于锚点跳转及jQuery下相关操作与插件”,不过内容略浮躁,都是偏表象、偏基本应用层面的东西;这里还是关于锚点,探讨的内容可能更深层次一点。
其实web页面上还有一种定位,称为“focus定位”,也称“聚焦定位”,当页面上控件,例如文本框、单复选框、按钮等在『可响应聚焦状态①』下,通过类似label
for
或JS ele.focus()
触发焦点选中状态的时候,也会发生定位②。这个以后有机会探讨,这里,专注锚点定位。
//zxx: ① 非
disabled
状态,同时没有应用visibility:hidden
以及display:none
等CSS声明。其中,单纯应用pointer-events:none
的控件元素是可以被focus
的,pointer-events:none
的作用更多类似完全穿透,而非不可用。② 我只在Chrome浏览器下做过完整测试,至于IE6这些奇葩,按照以往经验,也应如此。但IE6的尿性大家都尝过的,我不100%保证,大家自备照妖镜。
二、web网页中锚点定位的触发
当下,锚点定位的应用一般有:
href="#"
返回顶部;或者文章较长时候的标题索引,类似下面:
这类应用往往都是通过点击触发的,于是,难免的,我们可能就很简单地认为锚点定位的触发是通过点击事件。
而实际上,这种顺势而然的理解类似于古人理解为太阳绕着地球转一样,是有失偏颇的。
我个人认为,锚点的定位是通过浏览器URL地址的hash
触发的。
hash?
CSSer们可能对hash
这个名词不感冒,hash
中文一般翻译为“哈希”,为方便记忆,你也可以读作“拉稀”。Hash是程序中非常重要以及常见的概念,可以实现内容的快速查找,这一点跟锚点很类似。
JS中,并没有专门的hash
的说法(虽然object
干了类似的活)。但是,有一个地方,确是实打实、正儿八经出现了hash
!这就是location.hash
.
例如,某页面的URL是:
http://this.summer.io/is/#hot // location.hash → #hot
则,location.hash
值就是#hot
.
这里#hot
再URL地址中是有个专有名词的,叫什么来着? 协议?主机?域名?路径?擦,显然都不对!罢了,大家就叫“哈希”吧;恩,似乎太生僻了,那叫“拉稀”吧;额,好像又难听了点,就叫“锚链”吧。
画性大发,画个抽象派的图吧。
上图很抽象地暴露了锚链和锚点的基友关系。也就是说,页面之所以能定位到锚点所在位置,都是因为URL地址中的锚链的作用,而不是点击行为。最好的证据就是,当重新载入带有锚链的页面时,锚点依然会被定位。
了解锚点定位的触发源有助于我们实际应用时候问题的规避等处理。
三、web锚点定位的机制
帷幕渐渐拉来,高潮慢慢到来。
作为页面制作开发人员,锚点定位一定都有用过④。然,就跟打飞机一样,大家都会打,也打得来;但是,可能就没想过这飞机运动的机制什么,我是不是从中发现什么,然后开个挂,秒了众多好友。我想,锚点定位可能也是如此。今天,我就说说我对锚点定位机制的理解。
//zxx: ④ 如果你睁大懵懂的双眼,楚楚可怜的看着我说,“主啊,我没用过锚点定位诶”;那么,我请你,去超市买包“炫迈口香糖”,一遍嚼炫迈口香糖,一边点击本页面右下角的返回顶部,直到没有味道,或者页面URL地址后面出现#
为止。
1. 锚点定位他丫就是滚床单
锚点定位的机制就是滚床单!
不要邪恶,这里的滚床单就是滚床单,比方说下面的这位狗兄:
床单即页面中可滚动的元素,汪星人则是该元素内部的的锚点元素,锚点定位就是汪星人滚床单。噢啦!
OK,注意这里的两个重要条件:
❶. 元素可滚动;
❷. 锚点元素在内部;
换句话就是无滚动则无定位!此话务必牢记。
举个普通的板栗:
夏天很热,因为妹子们衣服穿的少,如下HTML:
<img id="hot" loading="lazy" src="https://image.zhangxinxu.com/image/study/s/s512/mm1.jpg">
于是,当含有#hot
地址的时候,妹子图片就会顶着浏览器窗口上边缘显示了(如果滚动距离足够,比方说1920宽的显示器只能滚动一点)。
您可以狠狠地点击这里:夏天很热,因为妹子穿的少demo
之所以美女图片会浏览器窗口顶端显示,是因为其父元素存在滚动条,可以滚动。
锚点定位的本质就是修改容器的滚动高度;如果父容器无滚动,则锚点定位就是失效的命,再举个有滚动条但不滚动的例子。
您可以狠狠地点击这里:父容器无滚动锚点定位失效demo
美女图片的id
是hot
, 如下截图(img#hot
…):
URL锚链也是#hot
, 但是,美女却没有被锚上去,而是,傻傻地看着你,看着你……
为何呢?下面源代码示意可能会告诉你答案:
body,
html {
height: 100%;
margin: 0;
overflow: hidden;
}
.container {
height: 100%;
overflow: auto; /* 滚动条来自这里 */
}
本demo的滚动实际上是由container
这个div
产生的,而id
为hot
的这张图片在container
之外,因此,锚点定位图片是无法上移的,因为图片父级木有可滚动的容器。
2. 双滚动条定位机制
我们还可能遇到这样的情况,即锚点元素有两个父容器有滚动条,比方说我博客后台页面,滚动条的表哥表姐都出现了:
不知有没有想过这个问题,这种情况下,元素锚点定位,是先改变爷爷的滚动高度呢还是爸爸的滚动高度呢?小demo可参见这里。
目前,我还没想出100%证实的实验方法(因为父亲和爷爷的定位是一瞬间完成的,无法通过计算获知),不过,从理解上,个人认为计算是从里面发起的,原因有两个:
首先,如果先计算最外容器,可能就会存在一种里外里3次计算的情况。
//zxx: 下面的研究与探讨多半没有实际价值,实用主义派可以绕开干你的活去。
demo页面的情况,无论内外先计算,都是两次就完成,因为,最后定位的结果是,图片上边缘/内滚动容器上边缘/浏览器可视区域上边缘三者对齐。换成容易理解的解释:柯南,毛利兰,小五郎在死人的时候会聚在一起(锚点定位对齐),假设嫌疑犯A让柯南和毛利兰在一起(内滚动定位),嫌疑犯B可以让毛利兰和小五郎在一起(外滚动定位)。则无论是嫌疑犯B先行动,还是嫌疑犯B先行动,最后都是三者在一起,都是2步完成。
但是,存在这样一种情况,锚点元素在滚动容器的负左上距离处或底部(即无法让元素滚动到顶部),如下截图:
此时,定位的最后结果不是图片上边缘/内滚动容器上边缘/浏览器可视区域上边缘三者对齐了。而是,图片上边缘,内部容器的半部分以及浏览器可视区域上边缘三者对齐。见下:
此时,如果外部先计算,则需要3步了——外部滚动条不知道内部滚动应当定位的情况,其只能让内部容器上边缘和浏览器对齐(或干等);内部定位;外部发现位置不是自己所想,再次调整!
显然,这种情况,要先内部可以确定滚动位置的先偏移,然后在父级容器;
再者,我们滚轮鼠标触发滚动的时候,总是里面的先滚,滚不动了才滚外部滚动条;虽然有些牵强,但,隐隐中可以感受到那种由内而外的调调。
再啰嗦点废话,有人可能会疑问,这谁先计算压根就没有研究的意义吧,你研究这个的目的是什么呢?
这个问题乍听上去没什么问题?实际上,多少隐射出中国这个大环境浮躁与功利性的心态。
作为职业人,学习带有功利性其实也没什么不好;商业需要什么,什么学习有商业价值,我去学习之,没什么不好,大家都需要养家糊口的。但是,要是所有人都这个心态,怕不是什么好现象。
我之所以研究“内外滚动谁先计算”,真没什么目的,我就只是好奇,我就是希望得到一个正确的结论。私心肯定有,我希望自己在寻找结论的过程中,获得一些意外的知识与结论,通过深入的思考,走在别人未曾走过的道路上;当然,也希望得到我想要的结论,而不关心是否有价值。即单纯的研究心态。
研究这个东西,本来就不应该为了某个目的而去做,否则就是功利性研究,这就是为何中国科研烂到一坨屎的原因之一。牛顿哥哥被苹果砸,他就是好奇,为何苹果砸我,于是他去研究,你说他研究苹果为何往下掉有什么目的吗?难道要向苹果报仇?在中国,鲜有人会研究苹果为何往下掉,可能会有很多人会研究怎么让苹果长得像西施一样好看——有钱赚啊!
我觉得我们做技术研究,大可鄙弃“研究这个有什么价值”这个功利性的思考,喜欢什么,好奇什么,就去研究什么,价值?目的?等研究结束了,可能会有更深远的价值。
但话说回来,上头拿钱给你,肯定不是想让你搞些无用的研究的。所谓人在江湖漂,哪有不挨刀。每人心中都有自己的一杆秤,该如何做还是自己决定。
3. overflow:hidden下的锚点定位
首先,大家要明确一点,overflow:hidden
跟overflow:auto/scroll
的差别就在于有没有那个滚动条。元素overflow:hidden
了,里面内容高度溢出的时候,滚动依然存在,仅仅滚动条不存在!
下面这种GIF动画演示了锚点元素如何通过滚动高度的改变定位到滚动容器上边缘的;该动画适用于有滚动条以及没有滚动条的情况。
我这里多次强调overflow:hidden
没有滚动条这种情况,不是因为今天周五心情好,而是因为一些高级应用以及奇怪问题出现(参见后面)都是在overflow:hidden
条件下。
正如上面反复提到,锚点定位本质就是滚传床单。因此,如果元素在滚动容器的左上角区域及其之外,显然滚不动,自然也没有锚点定位的效果!但是,如果元素在滚动容器的右下方及其之外,滚动条就是用来滚动右下溢出内容的,因此,这类元素可以被锚点定位。
以上结论略含糊,后面的例子会让你清楚我在说什么的。
四、锚点定位机制下的应用
锚点定位机制的最经典应用就是“无JavaScript实现选项卡轮转切换效果”。
如果您觉得此页面上看此效果有干扰(锚点跳来跳去,好讨厌哦),可以狠狠地点击这里:无JavaScript实现的切换效果demo
如果您理解上面那句“锚点定位本质就是滚动”的含义,则上面的效果就很好理解了。
点击下面这个按钮,把上面容器从overflow:hidden
改成overflow:auto
,亲自滚滚床单,您就会知道怎么回事了(参考上面GIF的定位示意图)!
overflow:hidden
实际上是个障眼法,里面的选项卡列表们因为锚点定位而一个一个滚动到容器上边缘了,就形成了“选项卡切换”效果。
上面的例子因为是垂直滚动,因此,容器定高了;我们还可以改成水平滚动,让列表们水平排列,也可以实现类似的效果。
同样的,图片列表那种滑来滑去浏览的效果,我们也可以借助锚点;当然,使用锚点是为了让JS挂掉时候依然可用。实际,我们要组织锚点默认的行为的,因为——这种跳来跳去的效果不是平滑滴。//zxx: 据我亲自测试,Chrome实验性质的平滑滚动并不适用于锚点跳转
五、:target伪类与锚点的配合
在CSS2的时代,锚点的应用并不是很广泛,或者说不被看好与关注,很大一部分原因在于没有CSS这个好帮手辅助。CSS3中有个名外:target
的伪类选择器,我跟你们讲,这可是个好东西。没有:target
锚点就像30年前的甲鱼,送人都没人要;有个:target
,锚点的应用开始走上香饽饽之路,潜力与价值立马彰显。如果不是还有半壁的IE6-IE8浏览器,我一定大力推崇:target
伪类与锚点技术。
好了,吹嘘的话语讲完了,到底是真是假,举个例子让大家明鉴下。我经常会去中国天气官网看4-7天天气预报(影响我的钓鱼计划),其中有个“查看未来4-7天天气”的按钮(见下图),其href
地址是#
, 交互式JS实现的,而且JS在底部加载,且该网站加载速度较慢。于是,差不多页面呈现的前半分钟,我点击这个按钮都是徒劳的,反而是出触发了#
的返回顶部功能,更多天气不出来——非常糟糕的体验。
其实,要提高体验很简单,JS我们保留,HTML和CSS稍作修改,档次立马不一样!
小二,给我上盘demo过来~
好嘞,客官,您可以狠狠地点击这里::target与锚点元素显示隐藏效果demo
点击demo中“查看4-7天天气”可以浏览展开与收起效果,如下gif动画截图演示:
此效果完全HTML+CSS实现,JS酱油。此方法与“复选框显示隐藏控制法”并称新时代CSS显隐技术两大神器。
:target
伪类可以表示URL锚链对应的元素被锚中时候的状态。例如,点击“展开…”按钮后,锚链是"#7d"
,则此时,就可以激活锚点元素:target
选择器,例如:
<div id="7d" class="weatherYubao"></div>
.weatherYubao:target {} /* 我终于执行啦! */
:target
伪类的显隐控制比单复选框要灵活很多,因为其可以不仅可以通过兄弟选择器控制样式,还可以使用父子选择器(如本demo),且推荐使用父子选择器可以做更多精确的控制(展开与收起的状态等)。
.weatherYubao:target #weatherYubao2 { display: block; } .weatherYubao:target ...
但是,不足也显而易见,触发定位,即页面的scroll滚动会改变⑤,略影响体验。但,这只是JS尚未载入完毕的交互体验增强之法,实际还是要借助JS组织默认行为的。因此此技术大可使用,因为是纯JS方法上的改进。
//zxx: ⑤ 如果您有锚链改变,但页面不滚动的方法,欢迎分享
:target
伪类选择器IE9+, 以及其他现代浏览器支持。但,这并不影响该技术的使用,因为是纯JS方法上的改进。
六、锚点定位机制产生的问题
好的影视作品是要有波澜起伏的,到目前为止,展示的都是锚点定位的正面形象,现在,有必要曝光下锚点定位机制对交互实现造成的影响。
根据上面的介绍,理论上,我们可以借助:target
伪类以及CSS3 transition
或者animation
实现动画效果。
比方说上面的查看4-7天气demo,我们再稍作调整~
小二~
懂的,客官,来了~
客官,您可以狠狠地点击这里::target伪类与锚点元素的动画显隐demo
为展示平滑效果,截了个视频:
变化很简单,display:none/block
显隐,改成height
值控制的隐藏。
#weatherYubao2 { height: 0px; overflow: hidden; transition: height .35s; } .weatherYubao:target #weatherYubao2 { height: 300px; }
哟,不错哦。那有什么问题呢?
我想实现上面1,2,3,4
选项卡从下往上slide动画效果,可以不?
按照我们常规实现slide向上相关的思路,应该是从translateY(100%)
到translateY(0%)
的变化,我们来试试~
IE10+以及其他现代浏览器下,您可以狠狠地点击这里:常规slideup思路下demo
但是,demo页面的效果很奇怪,点击那个选项卡,元素上去了,然后就不见了,咋回事?
博主,是你这个demo做的有问题吧!?
非也非也!还是上面那个demo,我们其他什么都不修改,就把从下往上进入的slide动画效果改成从上往下,也就是动画方向从↑
改成↓
。
IE10+以及其他现代浏览器下,您可以狠狠地点击这里:常规slidedown思路下demo
您会发现:“哟,这里效果挺正常的嘛~~”。
真的就translateY(100%)
改成translateY(-100%)
这一点点的差异(不信诸位可以右键源代码查看),那为何向上效果嗝屁;而向下效果却是好的呢?
其实我上面已经给了答案了,上面曾说过下面这段话:
如果元素在滚动容器的左上角区域及其之外,显然滚不动,自然也没有锚点定位的效果!但是,如果元素在滚动容器的右下方及其之外,滚动条就是用来滚动右下溢出内容的,因此,这类元素可以被锚点定位。
slidedown
效果是元素从容器的上面往下出现,在触发锚点定位的时候,这个元素是没有定位的。但是,slideup是从下面开始,在执行CSS的translateY(100%)
的一瞬间,实际上一个等高的滚动条已经出现,锚点定位于是被触发,元素被上移一个身位;然后slideup
动画触发,于是,元素跑到了容器之外,不可见了,这就是slideup
demo中元素莫名向上的原因。
文字解释苍白,看下面的分解示意图:
如何解决此问题?
很简单,两个字:“延时”!
slideup
效果是从translateY(100%)
到translateY(0%)
,其效果不能准确呈现的终极原因就是translateY(100%)
造成的滚动和锚点定位偏移滚动同一时间出现造成了冲突!
避免这个问题很简单,我们只要让动画效果,尤其code>translateY(100%)的应用延时,CSS是可以搞定的。
有必要来一发,您可以狠狠地点击这里:延时解决slideup和锚点定位冲突demo
您会惊讶地发现,已经几乎完全真实的slideup效果,之前的选项内容向上隐藏,新点击的内容从下出现显示。
于是,纯CSS实现带slide动画效果的选项卡完美呈现。相关CSS代码如下(省略私有前缀, .05s
表延迟时间):
@keyframes slideupin { 0% {transform: translateY(100%); } 100% { transform: translateY(0%);} } .list{ ... position:absolute; transform: translateY(-100%); transition: transform .35s .05s linear; } .list:target { z-index: 1; /* 最上面显示 */ transform: translateY(0%); animation: slideupin .35s .05s linear forwards; }
七、未来高端流行技术之一:锚点技术
其实,当下,锚点技术就可以在实际项目中大规模使用了,不过其身份是“CSS效果增强”,即更强的CSS action效果。我们依然保留JS在交互中的主导地位,但是同时完美融合CSS+HTML的锚点技术——JS只要return false
或event.preventDefault()
组织了默认行为就不要担心CSS会抢占自己的王位。
然,融合与兼顾必然会存在一些细节上的问题。这些问题即使我现在拿出来讲,其实也是秋风扫落叶,无人问津,时机很重要。
我一向推荐看问题要面向未来。虽然说,最为锚点技术最核心的:target
伪类目前IE6-IE8浏览器不支持,阻碍了其繁荣昌盛。但是,在不久的将来,或许就1~2年时间,新毕业的小朋友可能就觉得我们这些还拿IE8说事的叔叔阿姨们太凹凸曼了!
举个简单例子。比方说微博这个产品,09年10年出来的,无论是新浪的,还是腾讯的。网页的效果、图形化东西等主要是通过图片增强的,而不是CSS增强;到了当下,视网膜等设备对网页有个更高的要求,图片增强的网页有种鲜花插牛粪的感觉。于是,后面的结果是——专门做一个独立的针对移动设备的版本!
其中要看清两点:
其一,这些公司大,资源丰富,另开个新项目,尤其是网页这个短期项目,肥猪身上割块肉,还是能跑能跳的。但是大多数公司中小企业,加上国家坑爹的政策,这些企业活得很辛苦,资金很紧张。你说web项目还不容器上了一段时间,为了iPad浏览器效果,又专门搞个移动版本,其中的开发、推广等人力成本可想而知,钱就这样被烧掉了。但是,如果从面向未来的角度做产品,比方说技术这一块,以后所节约的成本可能会相当惊人。
其二,这些公司大,但是做事相对不灵活。毕竟用户基数大,一个网站从图片增强改为CSS增强,这个担子谁都担不起。只能做新的版本。但是,中小企业不一样。这些公司产品为了面向未来而作一定的牺牲与舍弃是完全可以,而且应该如此。例如尝试响应式布局、或者大量应用面向未来的一些技术,比如本文展示的锚点技术,在此基础上做JS增强。于是,3年后,到了一个新的设备时代,这个网站尼玛俨然成为流行之先驱了。
学习马云,高瞻远瞩,把握未来。
八、结尾滚床单时间
进入新环境,需要时间适应,例如新的时间规划安排等,技术的学习与博客更新会慢慢进入正常。擦,突然想起来,忘记探讨一个重要的问题了,为何href="#"
点击后,触发的效果是回到页面顶部呢?对于这个问题,您怎么看呢?不妨我们一起探讨下(评论、邮件均可)~~
最后再补充两个小tip:
1. F5
刷新不会触发锚点定位,在Chrome浏览器下,这个过程由三部曲完成:首先,滚动高度为0
;其次,锚点定位高度;最后,还原成刷新之前滚动条的滚动高度。您也可以自己F5
试试,会看到滚动条明显的重定位。
2. 连续按F5
,或者说长按F5
,则似乎等同于Ctrl+F5
, Chrome浏览器以及IE浏览器都是如此。
好久没写东西了,所以可能话痨了点,能静心读到这里的朋友们我双手合一,表示诚挚的感谢!另外,文中有些观点结论都是自己感性认识,可能存在不准确之处,欢迎大力指正。
希望本文的内容能够对您的学习有所帮助。
哦,快12点了,滚床单时间到了……
本文为原创文章,会经常更新知识点以及修正一些错误,因此转载请保留原出处,方便溯源,避免陈旧错误知识的误导,同时有更好的阅读体验。
本文地址:https://www.zhangxinxu.com/wordpress/?p=3591
(本篇完)
- 实现a元素href URL链接自动刷新或新窗口打开 (0.278)
- 关于锚点跳转及jQuery下相关操作与插件 (0.255)
- 小tip: transition与visibility (0.209)
- jQuery - 鼠标经过(hover)事件的延时处理 (0.185)
- 小tips: 页面链接跳转历史URL不记录的兼容处理 (0.185)
- JS URL()和URLSearchParams() API接口详细介绍 (0.185)
- 仿新浪微博返回顶部的js实现(jQuery/MooTools) (0.159)
- 无JavaScript纯CSS实现选项卡轮转切换效果 (0.158)
- 深度好文: 从js visibilitychange Safari下无效说开去 (0.139)
- Chrome下语音识别实现页面快速引导以及重要交互 (0.111)
- CSS :visited伪类选择器隐秘往事回忆录 (RANDOM - 0.040)
灵魂画家哈哈哈
我以为只有我写案例的时候,会以妹子为例,原来张大佬也一样,看来咱们是同道中人!
我想实现一个功能,原本想用锚点来做的,就是一个画面左右两部分都能滚动,左边是menu,右边是画面。我希望点击menu后,画面左边的menu是在可见范围内,右边也是我需要的定点内容。但是我试了一下在url锚点链添加两个#值,并不能完成我的设想操作。所以,还是只能有一边由js去操作。
你有什么别的想法不?
膜拜大神!又是动图又是视频。而且一个小功能洋洋洒洒做了这么多研究!
您好,菜鸟想请教个focus()问题。多谢啦!
我想点击“搜索”直达本页的搜索框的焦点,以下代码可以做到,但是有时候,这个搜索框会在页面偏下的地方,不能自动移动到页面顶部的位置。
<a> 搜索</a>
想尝试document.getElementById(‘comment’).scrollTop();,实在搞不定啊
万分感谢张大神!
web锚点定位的机制 我的代码是:
………………..
………………
……
………….
………….
………….
我的地址链接是: http://www.localhost:……/index.html#hot_product
为何定位不到 …………. 位置?求解。
web锚点定位的机制为何不齐作用?
前辈写的很棒啊,学习了
对了我也是华科的!
张前辈,请问现在angular、vue等很多框架路由是用#锚链接和hash完成的吗?万分感谢。
单页面路由跳转
有两种实现方式,一种是文中提到的 hash ,另一种是用 H5的 history api 来实现.
abcd.com/s/channel.php?ch=01#col=89&spec=&type=&ch=01&k=&offset_page=0&offset_num=0&num=60&asc=&page=1
张老师,这个网址里面的#符号代表了什么意思呢?似乎并非页面里面的位置,而是定位的数据呢!
请您帮忙指点解释,多谢了。
如果可以请邮件指点piggyy@126.com
大神:
window.location.href定义的锚点如果是当前页面的某个位置;我再某个事件之后想再次调用window.location.href到那个锚链接请问页面会被重载么?
万分感谢张大神,我是刚入门前端的小菜鸟,目前仍在学习中,从您的文章中受益匪浅。今天,做作业遇到的难题又在您这找到了答案。我很早就开始看您写的文章,我还在慕课上看了您的课程,哈哈哈,大神您真的一个非常棒的人,有趣又深入浅出。十分感谢~
来自您的粉丝 !
我希望自己也能成为像您一样能对每一个细节都深入了解的人。
不错,小小锚点功能,既然还藏那么多秘密武器,不错不错。楼主好幽默O(∩_∩)O~
我有个问题,有个href 跳转到一个新页面时,加了个锚点,but 刚开始锚点会生效,但是,多点击几次,锚点就不生效了。。。
愁煞我也
最后一个 “延时解决slideup和锚点定位冲突demo”连接是否错误?
下面的代码是 transform: translateY(-100%); 根本没有发生锚点定位,所以我根据例子还是没有测出来冲突解决的办法,忘指教
将transform: translateY(-100%)改成transform: translateY(100%),就可以了啊。亲测有效
看到一个别人网站的功能,在学习,莫名点进来,看完后。。。学习了。喜欢博主的幽默。。
请问,怎么能让它定位的时候向下偏移一些,因为顶部有个固定的导航栏,会把内容遮挡住。
这个也困扰我很久,目前我用js可以解决了这个问题。
document.onreadystatechange = function()
{
if(document.readyState == ‘complete’) //当页面加载状态
{
hash();
function hash(){
var hash = location.hash ;
var $hash_element = $(“#”+hash.slice(1));
setTimeout(function(){$(‘html,body’).animate({‘scrollTop’:$hash_element.offset().top-$(‘.nav’).height()},10);});//之所以用一个setTimeout,是为了兼容IE
}
}
}
锚点的用处还真多;研究的很透彻;有种歇斯底里的感觉!
是在是好文章
顶,有什么联系方式吗?方便交流
@联系方式 欢迎邮件联系:zhangxinxu@zhangxinxu.com
提到hash,可以再讲下hashchange事件,单页面应用比较多,特别是webapp。
“图片上边缘,内部容器的半部分以及浏览器可视区域上边缘三者对齐” 能否举个栗子
#和空一样,hash都为空,都会跳到页首
感觉锚点的这种定位是通过 hashchange 完成的,a[href=#abc]点击后和在url#abc结果都一样,都不会刷新浏览器,但偏偏旧的ie又没有onhashchange事件,有点恶心。
顿时眼亮了。。。
请问第一点中,“因此,锚点定位图片是无法上移的,因为图片父级木有可滚动的容器”为什么说没有可滚动的容器,怎么知道的??想了很久。求解
@zhang CSS对
body
,html
标签进行了处理,现在的滚动是内部元素产生的。你好~ 阅读了你的一篇文章: http://www.zhangxinxu.com/wordpress/?p=1268 发现里面的一些示例在新版chrome浏览器中木有了效果,比如说backface-visibility:hidden; 属性或者示例 http://www.zhangxinxu.com/study/201209/transform-perspective-translateZ.html 或者http://www.zhangxinxu.com/study/201209/pictures-3d-slide-view.html ,问下这个可以解析一下为什么吗,或者说有木有兼容办法? … 不胜感激~
额 我说的是这篇文章~ http://www.zhangxinxu.com/wordpress/?p=2592
什么时候分享下腾讯的工作生活呀
我觉得会不会#根本就是代表的是整个dom树,而后面加上ID的定位其实只是相对他#的子元素
哇偶,去腾讯了!
说真的,你文章写的挺不错的。就是有时候废话太多,扯淡的话太多了。如果博主只写重点,文章更精简那就更好了。
@F1 技术总能学到。扯淡的东西不是谁都会说的,对于一些迷茫中的人,我们的扯淡对其会有更深远的意义。——个人成长感言。
赞成这个言论,技术牛的人多,但能以一种轻松的方式呈现出来不是人人都能做到的。
我是来看扯淡的~!
我是来看扯淡的!
同上
看”扯淡”+1
很有意思,像我这种懒于读书的人,至少不会觉得枯燥,不会打瞌睡
鑫旭的文章总是充满了实例和总结,总能把一些我们认为普通的东西研究得非常透彻。文章中的那个slider思路很赞!
href=”#” 点击触发的效果是回到顶部,个人觉得这个类似与js中的冒泡事件,当点击为空时,会自动向父级找寻相匹配的地址,层级向上,直到document
@mozen 你这种解释实际上是以“锚点定位是由点击触发”这个条件解释的;实际上,应该是有URL中的hash触发。
记得书上看过:#是默认为#top
我觉得文章写的不错,但是不太喜欢这种痞子性子的文章,显得没有那种技术的严谨;这样就不能很快,少干扰的获取到有效信息