Use case or problem
Normally when you follow a URL fragment (for example, in a web browser) the linked-to element of the page is loaded into view — usually at the top, or the bottom (awkward but at least it’s there), or maybe in the middle.
When you follow one in Obsidian — a link to a heading — the entire section under the heading is highlighted and the end of the section is loaded into view, often putting the linked-to heading off-screen. The highlight is nice, but this is surprising and inconvenient. When I follow a link to a heading, I expect to see the heading.
Proposed solution
Load the top of the section, not the bottom. Ideally (I think), place it in the middle of the screen to avoid the confusion that sometimes results when the looked-for item is at the very top or bottom edge of the screen.
Obsidian already behaves in the requested way in Reading Mode (as I learned from Highlight entire section when opening links to headings in reading/preview mode as opposed to only highlighting the heading ).
Current workaround (optional)
I’m not working around it. I could link to the section before the one I want (if any), but I don’t because it’s an ugly, misleading hack.
Related feature requests (optional)
Use case or problem
When mouse clicking or keyboard-navigating to (Opt/Alt-enter) a wikimedia link with a heading reference or a block reference, the cursor in Live Preview Edit goes to the top of the page but the view scrolls to the relevant portion and highlights the block.
The cursor being at the top of the page is unexpected.
Navigating internal links with heading or block references is jarring because
the cursor always goes to the top of the note rather than the context-relevant sectio…
Original version of this request as a bug report:
Steps to reproduce
Make a note with 3 headings, each followed by text long enough to scroll.
In another note, link to the first note’s second heading.
Click the link.
Expected result
Obsidian opens the linked note and scrolls to the linked heading.
Actual result
Obsidian opens the linked note and scrolls to the end of the text under the linked heading (up to the next equal or higher-level heading).
This happens in Safe Mode with the default theme.
Environment
Operating system: MacO…
Conceptually related Mobile bug report (I know the code bases differ):
Platform
[x] iOS
[ ] Android
Obsidian Mobile version: v1.2.3 (57)
When I click a link to a heading, Obsidian opens the linked note and highlights the linked section but usually doesn’t scroll to it. It scrolls the first Time I do this after reloading the app, but not the second or later times.
This happens in Safe Mode with the default theme.
This sentence is so people who write “header” instead of “heading” can find this post.
Similar behavior as the Mobile bug, restricted to certain circumstances:
Steps to reproduce
Single note pane with backlinks to the left with note graph underneath the backlinks (although not sure layout makes a difference)
Create Note A, insert three paragraphs
Create Note B, insert enough text to require scrolling, and then block embed paragraph 2 from Note A. E.g. [[Note A^f5bfd0]]
[obs-bug]
With Note A selected, click on the “Note B” link in the Backlinks for Note A section. The first time you click this link, the proper text in Note B will be scrolled to an…
Cursor goes to one place, view to another:
Use case or problem
When mouse clicking or keyboard-navigating to (Opt/Alt-enter) a wikimedia link with a heading reference or a block reference, the cursor in Live Preview Edit goes to the top of the page but the view scrolls to the relevant portion and highlights the block.
The cursor being at the top of the page is unexpected.
Navigating internal links with heading or block references is jarring because
the cursor always goes to the top of the note rather than the context-relevant sectio…
This sentence is so people who write “header” instead of “heading” can find this post.
9 Likes