Expect use [[note#headerB]] to refer 1st-level headerB with content3,
Actual result
Link to 2nd-level headerB above content 2.
Environment
Operating system: Win 10
Debug info:
SYSTEM INFO:
Obsidian version: v1.1.9
Installer version: v1.1.9
Operating system: Windows 10 Pro 10.0.19045
Login status: not logged in
Insider build toggle: off
Live preview: on
Legacy editor: off
Base theme: dark
Community theme: none
Snippets enabled: 0
Restricted mode: on
RECOMMENDATIONS:
none
Additional information
I think should use Level-Header Path to refer 2nd-level “headerB” like [note#headerA#headerB].
In OS file system, same file/folder name on different path won’t be treated as duplicate.
This is not a bug — you should use [[#header A#header B]] to specifically target redundant subheadings (or strive not to use redundant headings if you’re creating links to them).
I’m seeing what you mean now, and can reproduce. [[#b]] gives a dropdown to let me choose either the H1 or the H2, but no matter which I select, I get the H2.
Okay, so in other words, selecting a nested heading when there are duplicate headings should insert a precise “pathed” link to the heading, rather than a single #heading link.
This is akin to how “shortest path to note” currently works when there are multiple notes with the same name.
I’ll rename the thread to be more specific and move it to feature requests.
I would like to add an example to this problem. Suppose I am documenting a study note on microkernel architecture. The outline of the file might be something like this:
# Definition
xxx
# Composition
## Core System
### Definition
### Example
## Plug-in Components
### Definition
### Example
# Example
So different “Example” refers to various level of abstraction. Sometime I want to reference the example of the “microkernel architecture” while sometime I want to reference the example of “core system”…
For sure the workaround can fix such problem
# Definition
xxx
# Composition
## Core System
### Definition of Core System
### Example of Core System
## Plug-in Components
### Definition of Plug-in Components
### Example of Plug-in Components
# Example
Maybe is not “clean code”… Just like putting a full-qualified name under some using namespace…
I had the same problem
when I was revising this document,
I added some content, as well as the title #aaa
I didn’t know there was a title with the same name at the bottom of the document, #aaa
And I have no way of knowing that the #aaa at the bottom is linked in another document
Without knowing it, my normal writing broke all the links to the bottom #aaa
At the time I made the link, I could not predict that one day in the future, I would add a #aaa title to the front part of the article. It is unrealistic to let users predict the future writing
Once this happens, the link is broken and links to inexplicable places