![]() My script is a small improvement (IMHO) over the default ( obsidian://) implementation in two ways: It doesn’t actually change the implementation of the 3 modes that were described earlier in the article.įor now I think I want to settle on obsidian:// links, but using URLs that are a bit more stable than the default. That’s some impressive bit of coding! Unfortunately it does not work for me though. Wow, that was a quick response! Don’t you, you know, celebrate the weekend?Īnyway: I just updated to the latest Hook and examined the “Get Address” for Obsidian (I can read AppleScript just not write it). You will definitely need to modify it to accomodate your own situation - especially the paths to the Ruby interpreter and the script itself need fixing - but hey, maybe it’s of use. I implemented the necessary logic in Ruby, because I’m not good at AppleScript.Moving documents within the vault does not break their URLs. ![]() I never create two documents with the same name in different folders. Document names are considered to be unique within a single vault.The solution I implemented works without the clipboard, generates fairly stable obsidian:// URLs, and is quite a bit faster than the built-in script. So, I had a go of my own at solving this. I do no like the default obsidian://hook-get-address script much because it uses the macOS clipboard, and I’m not in favor of installing extra plugins, like the Advanced URI plugin. I prefer obsidian:// links over hook:// links, because the first open in Obsidian, and the second do not they open files in the default Markdown editor, which cannot be Obsidian, AFAIK. There we note that Obsidian is still beta software. On the Linkable Mac Apps – Hook we list Obsidian as: “ Obsidian”, linking that entry to Using Hook with Obsidian – Hook. So perhaps this is a recent bug.) Meanwhile, I would recommend if you can, re-establishing the previous directory structure, until Obsidian rectifies the issue, assuming they will. I would have thought that brittle links would be quickly discovered by Obsidian users. (I recall doing some tests, and thought I had tested renaming of files, but my notes are sketchy on that. The issue warrants a bug report with Obsidian. In any event, I have updated Using Hook with Obsidian – Hook to note this issue. we ourselves do our best to maintain the validity of the URLs ( hook://file/, etc.) we define. However, I would be very surprised if the URLs served by established apps like DEVONthink, OmniFocus and the like were to break. For instance, if you copy a link to a website, and the website developer changes the URL for that resource, then the link will break. Hook cannot guarantee the integrity of URLs of third party apps (as implied on the apps page). In web browsers you tend to get or URLs.Īpp developers are implicitly responsible for doing their best to ensure their URLs remain valid. For instance, in DEVONthink, hook returns x-devonthink-item URLs by default. ![]() Generally, if an app defines its own URL scheme,that is what Copy Link and Copy Markdown Link link will return. We have documented the Principles That Determine the URL Scheme Returned by Copy Link for a Given App. The scheme depends on the app and how Hook interacts with the app. (We go to some lengths to ensure that hook://file/ URLs can cope with the movement of the files to which they refer, and even further.)Īs background: When you use the Copy Link command, Hook returns a URL that has a “scheme”. The current integration of Hook with Obsidian makes use of obsidian:// links ![]() As noted on Using Hook with Obsidian – Hook: ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |