When I include a link to a section in a page - that link, when clicked, does not modify the browser history. Navigating back proceeds to navigate away from the pager, rather than return to page position where the link is defined. Edit: Well on this Discourse I’m unable to create an element with an …

This is kinda of expected. If you click a link to another post in the same topic it is also not pushed into the history stack, and it is a full link without fragments, so we never push in-topic into the history.

I find this behavior extremely unexpected :slight_smile: Here’s a sample page with no JavaScript. On Chromium, clicking that link takes you to the bottom of the page. Clicking back takes you back to where you clicked from. That’s expected behavior that you’ll see on every other website that doesn’t…

Here’s an example of where this behavior is problematic: https://meta.discourse.org/tos If you’re tempted to click any of the TOC links and then return to your starting point via browser history, you can’t. Why provide a TOC in the first place? For those sites that would like to support the stan…

Depending on the context which you’ll use your anchors in, maybe this table of content plugin could be useful (and in my opinion that would fit well on the TOS and FAQ page)? Example here .

I never realized this was bothering me until you pointed it out. I’ve often tried to go back to where I clicked a link in Discourse and instead ended up on a previous page. Very irritating. I always chalked it up to a combination of the iOS app, since I use it for almost all Discourse stuff, and use…

This TOC component is really well done and we’re using it in every docs page - very grateful for the work put into it! The issue of navigation remains however. Clicking a link in the TOC does not modify the browser history and therefore navigating back navigates off the page.

[图片] gar1t: The issue of navigation remains however. Clicking a link in the TOC does not modify the browser history and therefore navigating back navigates off the page. This is certainly the case, It would be nice to fix this @Johani but I have a feeling it is very complicated. Maybe we just…

I implemented a work-around (arguably a proper approach to customize a site given Discourse’s point-of-view on link navigation) via a theme component. This follows the pattern used by DiscoTOC where a marker is added to a post to trigger the behavior. The applicable code is here . I think modifying …

careful with pushstate there… what you probably want is replacestate.

I think pushState in this case. The goal is to enable back-to-previous-position, which requires a push to history because the event is prevented.

导航到本地 URL 片段不会修改浏览器历史记录

支持

Canapin (Coin-coin le Canapin) 2020 年6 月 22 日 22:53 5

根据您使用锚点的上下文，这个目录插件可能会有所帮助（在我看来，它非常适合用于服务条款和常见问题页面）？
示例在此。

话题		回复	浏览量
Push browser history when navigating within a topic Feature	7	1149	2019 年2 月 25 日
Clicking an internal link with slug only and no topic ID should create a history entry Bug	8	1435	2021 年7 月 22 日
Discourse Disable Browser History Experiment Plugin experimental	0	4774	2014 年6 月 11 日
External links in history don’t follow “Open all external links in a new tab” setting Bug	36	6484	2016 年5 月 3 日
TOC missing after using browsers back button Bug disco-toc	8	568	2024 年1 月 25 日

导航到本地 URL 片段不会修改浏览器历史记录

相关话题