Join the AMA (Ask Me Anything) with the Firefox leadership team to celebrate Firefox 20th anniversary and discuss Firefox’s future on Mozilla Connect. Mark your calendar on Thursday, November 14, 18:00 - 20:00 UTC!

为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

When the adress contains #NameoOfASection, firefox looks it up too quickly

more options

E.g. when i open a Wikipedia page with a lot of latex content, the #NameoOfASection causes Firefox to find the right place for that exact second, way before the rest of the latex code has been sufficiently parsed/rendered for its final sizes to be found.

E.g. when i open a Wikipedia page with a lot of latex content, the #NameoOfASection causes Firefox to find the right place for that exact second, way before the rest of the latex code has been sufficiently parsed/rendered for its final sizes to be found.

由rousfv于修改

所有回复 (1)

more options

Yes, I've seen that on this site, where some sidebar sections expand after the initial page load, pushing the content down the page from where the "hash" or "bookmark" or "anchor" was located. I'm not aware of any workarounds, although I'd love to know of one.

When I searched for bugs on file, I found one from 2011 about this, where it was characterized as a hard problem. When I think about it, suppose the page scrolls, how does Firefox know whether that is something is needs to correct for vs. something you caused to happen? Hmm...

Bug #668213 – External link to named anchor doesn't take you to anchor point on page

About the bug tracking system:

It sounds as though there is no imminent fix in the works (although sometimes fixing a seemingly unrelated Bug B will end up fixing Bug A).