Do not show X in Unlinked mentions

This is a meta-post to group together several requests about automatically excluding (not showing or remove the possibility to link) some matches in the unlinked mentions section:

  • Matches in URLs http://xx.com/match/xx
  • Matches in tags
  • Matches within code blocks and inline code
    (however, now codeblocks are also used to encapsulate text not just code, like admonition. It may make sense to search in these blocks)
  • Matches in external markdown links [xx match xx](https://url.com)
  • Matches in internal markdown links [xx match xx](page.md)
  • Matches in substring of an alredy linked note [[xx match xx]]
14 Likes

Currently, we are leaving to the user’s discretion what to link.
Covering all the corner cases will add a complexity to the unlinked mentions parser we are not sure we are willing to add.

1 Like

@WhiteNoise can you revisit this?

As a Software Engineer is difficult work with Obsidian’s bi-directional linking if URLs and code blocks are not excluded.

Links to the original source is something that I cannot live without.

1 Like

Frankly, I don’t know if at this point we should exclude code blocks given that code blocks now include non-code stuff. Like the admonition plugins and many others.

I still believe that it’s better we leave this at user discretion to review and decide what to link.

Use case or problem

In the panel Outgoing links> Unlinked list - links are also displayed in the code block and url addresses. Which in many cases creates many unwanted connections for me. E.g. I make notes for jquery snippets both my own and copied from websites and are included in many cases }) (jQuery); or within the url the word github. In both cases, the integrity of the code would be compromised.

Proposed solution

I would suggest setting options for this internal plugin. Either in bulk or for each situation separately.

1 Like

Here’s a visual example of how the current implementation leads to some unexpected linking behaviors:

I am going to reiteraite that the link is a suggestion, you don’t have to do it if it doesn’t make sense to link. In that case, it doesn’t make sense to link.

1 Like

Of course, but acting on the suggestion leads to an unexpected behavior – I agree that it’s not a bug strictly, but it’s a feature that doesn’t work as expected with another feature. I am totally fine with it being low priority/never addressed, but wanted to document it for anyone else in a similar boat.

4 Likes

I agree with this, and as much as it’s my choice to not link them if I’m linking a term with many links (eg a missing common thread to many notes, which is a core purpose of this software) I’m either going to make mistakes or start clicking through them without examining the context. (said as a UX Engineer with 20 years of experience if that helps weigh my feedback)

1 Like

I have what is maybe a tough request here - in a page’s outgoing link’s tab, it would be nice if other pages were listed at-most-once. Once page A has an outgoing link to page B, all further unlinked mentions of A in B should be ignored.

For example, the following page is already linked to Database. I consider these duplicates and would rather the outgoing links tab say “0 unlinked”:

1 Like

I actually rely on this duplication to help me create linkages between pages in different contexts; following your example, I might have three different pages with an alias of “database” (or notes with the same name in different folders I guess, although I don’t do that in my workflow) and depending on context on my note text I want to link to different external notes.

Saying that, I do strike a similar issue to what you’re talking about - I have notes that are reviewed and “finalised”, and I don’t want to link any of the remaining keywords or see them as “unlinked mentions” because I’ve already made the decision that I don’t want to link them. It would be good to choose an unlinked mention and mark it as “ignore” (Which is a manual per-mention version of your default per-note suggestion I guess)

Suggesting “unlinked mentions” based on strings in URLs (including obsidian//...) creates a mess of junk recommended unlinked mentions.

I would like to hear one of the owners of Obsidian step in here to discuss this issue, rather than some random moderator telling us “we” are not going to consider the request.

3 Likes

Use case or problem

Currently Unlinked Mentions find references inside URLs. If accepted these changes would break the URL.

Proposed solution

Skip urls when searching for unlinked mentions

Current workaround (optional)

1 Like

Further to this - the current behaviour feels like a bug. It is too easy for unlinked mentions to break a link to an external source i.e. website or devonthink. One accidental click and a link is broken.

1 Like

For me still a pain point in Obsidian.

  • Showing unlinked mention in URLS should not be shown. This is not an edge case. Nobody want to add links in an URL.

For the other problem areas like code blocks, perhaps give us the option to hide those Unlinked mentions.

Some of my notes show 20 unlinked mentions but they are all links in URL or code blocks. We should be able to hide those. So we only see relevant unlinked mentions in the future.