Speeding up Metadatacache and creating non-existing links

[tklosek0]

Hello,

I found some possible enhancement to the new metadata-feature.

• It seems somehow laggy when creating Links and looking if they are created in the graph view (and sometimes dont even are created)
• non-existing links wont be created

[valentine195]

It seems somehow laggy when creating Links and looking if they are created in the graph view (and sometimes dont even are created)

I realize that the graph view updates "live" in edit mode, but I do not believe it will be possible for me to do that.

As far as not being created - this functionality is not something that is supported by Obsidian, and anything that causes Obsidian to re-resolve the file could remove the links from the graph view. I'll work on making it more stable, but there's a real possibility that this is the best we'll be able to do for this feature.

non-existing links wont be created

Fixed in 4.3.1

[tklosek0]

Ok I understand. Obsidian should fully support backlinks inside codeblocks, maybe they take a look at it after the mobile release is done.

I see that after restarting obsidian the outgoing links of that note aren't created. Is there a way to create a shortcut for writing the metadata-cache manually? So that after opening obsidian or editing the file, running the update metadatacache command would update the graph view? This would also solve the problem of updating the graph, since there would be one command to update the cache. But this should be done with all files where backlinks are created inside the admonition

[valentine195]

Let me think on if re-adding the links into the metadata cache on open would be possible. Right now, the plugin just finds internal links inside admonition blocks of an open file when the cache is updated and adds them (because every time the cache updates the links inside admonitions are removed).

I would need to store links that are inside admonitions as plugin data to re-load them on open, which could cause artifacts - for example, if you deleted a note that contained links, the plugin may not catch that and keep the links internally.

[tklosek0]

Ah i understand, but wouldnt it be possible to avoid artifacts if there would be a way to manually (via hotkeys for e.g) write the plugin-data?

[valentine195]

The plugin would still need to store that data to write it, which means it would need to update it when files are changed/removed/added.

[valentine195]

@TobiasKlosek, I'm going to leave this open because it is referring to the "Sync Links" functionality, but I just released version 6.0.0 that allows you to create non-code block Admonitions. See here for more information.

[tklosek0]

@valentine195 thanks! That is nice! I just found one more thing to correct. I will create a FR.

[MatteCrystal]

This "Sync Links" functionality would be exceptionally useful to me. If you can get it working with the basic code blocks that would be ideal. But if the non-code block Admonitions gets to the point where they're 100% as functional as the code block method then that would be great too.

ATM lack of styling options and nesting makes the current iteration of non-code-block Admonitions not useable for my current use case.

Also, non-code-block Admonitions don't seem to support HTML for the title like the code block version does.

That gold line is due to me using <div class="pageTitle small">Navigation</div> as the title text. doing this with the non-code-block version causes errors.

[MatteCrystal]

Also if by chance you figure out a way to Sync Links for the code block style Admonitions. The ability to have that synced links be togglable could be useful. For example, if you look at the image in my last post. I would want links in parents to be synced but the list of links under children I would want to keep unsynced, regardless of if I've visited the page or not.

[valentine195]

Grouped into master issue.