Live data from Hacker News

The Future of Obsidian Plugins

obsidian.md

141–150 of 186 posts

Re: The Future of Obsidian Plugins

#141
post #30

Obsidian CEO here. We've been working for nearly a year to launch this new Community site and review system. I'm very excited about this first version but there are many more improvements to come. I've tried to be exhaustive with the blog post, FAQs, and next steps on our roadmap, but I am sure I forgot some things, so feel free to ask! This has been an incredibly challenging project for a number of reasons. We're on…

Nice! It was pretty easy to take my extension[1] from a middling Health and Review score to in the green. The obsidian eslint extension is helpful.

[1] https://github.com/joeriddles/extended-task-lists

Re: The Future of Obsidian Plugins

#142
post #132
post #129

Earlier quoted context omitted.

Just say "I think my users are stupid" and be done with it. The timing of your announcement is obviously not a coincidence. You are genuinely terrible at this.

I certainly feel that I am losing brain cells here :)

https://news.ycombinator.com/item?id=48088576

What, no smiley face in those comments? Maybe a silly shrug would have been appropriate.

Re: The Future of Obsidian Plugins

#143
post #135

Earlier quoted context omitted.

Google has been very careful not to add an internet permission on Android, even though things like flashlight apps shouldn't have needed internet. Google is an internet ad company.

I'm fairly sure Android used to have an internet permission back in the early days. But then basically every single app requested it so the utility was diluted. Then they switched away from a static list of permissions and more to a ask for permission at the time of use model. The old permissions model was always a bit of an illusion of choice. The app presented a massive list of permissions and you could take it or…

Stock Android has always classified internet as a "normal" permission that can't be toggled by the user. I think it still might have to be requested by the app, and you could see it in the app details, but it has always been auto-granted with no way to turn off.

Re: The Future of Obsidian Plugins

#145

Earlier quoted context omitted.

Got any cool plugins you recommend? I'm finally getting comfortable after switching from OneNote and getting sync set up.

I got a few plugins recommended here: https://github.com/BryanHogan/obsidian-vault-template#recomm... So: - FolderNotes - Filename Heading Sync - LanguageTool Integration - Periodic Notes Trying to keep the amount of community plugins as low as possible. Why I use each one of these I explain in that section, or in more detail on my post about my Obsidian Vault setup: https://bryanhogan.com/blog/obsidian-vault

I have the same set of plugins, but additionally I also use Kanban and Templater plugin.

I'm one of the odd ones that actually use graph view now and then and it's remarkably useful if I use it in tandem with Kanban + Templater.

Templater makes sure every periodic note is linked to the closest week/day, and linked to either Kanban or an idea/issue/note (latter is manual) I worked on during that time.

Much later I can get the context of the day/week through the periodic notes, and what ideas I worked on or randomly discovered through the links. With graph view I can toggle between seeing this temporal connection or just how ideas are connected.

It gives me added context that is hard to get from a wiki-style vault, since I'm not a wiki but a human with growing (and forgetting) ideas

Re: The Future of Obsidian Plugins

#146
post #135

Earlier quoted context omitted.

One thing that I think would be a huge boon that I didn't see mentioned in the article is permissions. Basically a plugin would need to request and receive permission to use APIs from the user. Wanna write to disk? Ask the user for disk permissions(preferably limited to certain paths). Wanna phone home? User has to approve that permission upon install(or first usage or whatever) Kinda like how Android manages permiss…

Google has been very careful not to add an internet permission on Android, even though things like flashlight apps shouldn't have needed internet. Google is an internet ad company.

FWIW, GrapheneOS supports disabling internet access for apps.

Re: The Future of Obsidian Plugins

#147

Earlier quoted context omitted.

Trusted source > open-source As long as it's trusted, there is no lock-in, and the model supports maintaining the software, what do you have to lose?

"there is no lock-in" is a thing that's said a lot about Obsidian and, as an Obsidian fan, I feel like isn't totally true. Yes, Obsidian just stores markdown files, but it has unique syntaxes, especially if you're using plugins, that aren't transferable. So while I can get my files out, I still have to go through the annoying process of fixing them and getting it working in whatever new system I switch to when I leav…

You're right that it's not totally true, because it's not a universal Markdown flavor, but at the same time their additions are well-documented in their docs (they have to be for people to use them), so migration tools can just keep up with that.

Re: The Future of Obsidian Plugins

#148
post #135

Earlier quoted context omitted.

One thing that I think would be a huge boon that I didn't see mentioned in the article is permissions. Basically a plugin would need to request and receive permission to use APIs from the user. Wanna write to disk? Ask the user for disk permissions(preferably limited to certain paths). Wanna phone home? User has to approve that permission upon install(or first usage or whatever) Kinda like how Android manages permiss…

Google has been very careful not to add an internet permission on Android, even though things like flashlight apps shouldn't have needed internet. Google is an internet ad company.

It's a rite of passage of every Android app to crash on the first launch because you forgot to declare the INTERNET permission in the manifest. It's been there since day one.

It's auto approved and non declineable in the settings, but technically it's a permission you can revoke, just needs to be surfaced.

Re: The Future of Obsidian Plugins

#149

I don't use Obsidian, and my assumption when I saw the title was I guess they're gonna be limiting it to a small set of corporate-blessed plugins . I've come to expect that "The Future Of XYZ" titles from software companies means severely limiting XYZ or preparing XYZ for a shut down!

I had the same worries! It’s great to be positively surprised that it’s all good news in Obsidian’s case.

Re: The Future of Obsidian Plugins

#150
post #135

Earlier quoted context omitted.

One thing that I think would be a huge boon that I didn't see mentioned in the article is permissions. Basically a plugin would need to request and receive permission to use APIs from the user. Wanna write to disk? Ask the user for disk permissions(preferably limited to certain paths). Wanna phone home? User has to approve that permission upon install(or first usage or whatever) Kinda like how Android manages permiss…

Google has been very careful not to add an internet permission on Android, even though things like flashlight apps shouldn't have needed internet. Google is an internet ad company.

Ah, "The Network is the Computer" [1]

[1] https://en.wikipedia.org/wiki/The_Network_is_the_Computer

Post reply on HN