I was thinking about how you might do this semantically with HTML (since that’s where Markdown, in theory, rolls up to).
Couple questions:
- When you click the highlighted item, do you want Obsidian to run a search for that term? (Find any note with “Einstein” in it?)
- Would you rather Obsidian search for notes with that term in the name? (Find any note with “Einstein” in the title?)
- Nah… Obsidian would do nothing.
In HTML you would do this with either MARK or CITE.
MARK is like highlighting. It marks text, but without any semantic emphasis. (Bold/strong and italic/emphasis give a word or phrase extra semantic oomph). Obsidian uses double equal signs to ==highlight something==.
That won’t show on the graph, and without a new feature, you’d have to make that a standard convention that you use in your vault.
CITE is specifically for referring to an author or text, not a concept. I could imagine cite being expanded a little to allow any kind of reference that is not a link or a tag.
You can use the <cite> tag in your Markdown now, but there’s no cool way to select some text and hit a hotkey to make it a cite.
CITE can have a visual style. (It usually shows as italicized.) And javascript can trigger off a click event to post a search. Kind of like how tags work, but not showing in the graph.
If there was a feature like this, it would provide a new, important kind of way to associate things:
- links give us explicit references
- tags give us general references
- folders give us spatial references
- backlinks give us inferred references
- cite provides optional, implied references… not inferred, like a backlink, but implied
As a BONUS, the Discord Knowledge Management channel would now get to expand the debate to links versus tags versus folder versus CITEs. 