Forum Posts Feed
Obsidian 1.0
< Next Topic | Back to topic list | Previous Topic >
Posted by satis
Oct 23, 2022 at 02:48 PM
I’m still a little torn on using the app, but I think it’s finally reaching a point where Roam should be seriously worried, and where I’d hope Logseq stepped it up a bit. I still think that there are too many core functions that ought to be included and not be dependent on 3rd party plugins of unknown quality and future support, but it does look like the app is turning a corner to become a more useful product for non-technical users.
Posted by MadaboutDana
Oct 24, 2022 at 01:09 PM
Agreed; I’m always wary of plugins, and try to install no more than 3 in any given plugin-supporting app. But Obsidian’s core plugins are already more than sufficient for most purposes. And the quality of some of the “community” plugins is remarkably high.
I’m currently using “Calendar” (for ease of daily note management), “Cardboard” (for kanban boards) and “Smart Typography” (for curly quotes etc.). Calendar I could probably do without and will ditch if I see another plugin that meets my needs even more precisely. Cardboard is remarkably flexible and – for the time being – invaluable. Smart Typography overcomes my basic dislike of nasty computer-generated apostrophes, quotes and other items of punctuation, so is, again, invaluable, until such time as it becomes a core plugin (which it should be).
satis wrote:
I’m still a little torn on using the app, but I think it’s finally
>reaching a point where Roam should be seriously worried, and where I’d
>hope Logseq stepped it up a bit. I still think that there are too many
>core functions that ought to be included and not be dependent on 3rd
>party plugins of unknown quality and future support, but it does look
>like the app is turning a corner to become a more useful product for
>non-technical users.
Posted by Dellu
Oct 25, 2022 at 01:15 PM
Obsidian doesn’t use standard Markdown for attaching images: https://forum.obsidian.md/t/have-separate-use-markdown-links-options-for-wikilinks-and-image-links/7686
This is very problematic. Images attached using the standard Syntax are appearing as Wikilinks (hyperlinks).
Here is a screenshot of what the standard image links (beautifully rendered in Devontink and Typora) look like in the Source Mode and the Read Mode.
Obsidian: Source Mode
https://monosnap.com/direct/4y1mvT2GOKPXuqWkstKNUdS7PG6PmU
Obsidian: Read Mode
https://monosnap.com/direct/bTEbZgfmq0opU896wss2ZOlSLV2Ny8
Typora:
https://monosnap.com/direct/lnQD4Jgngha1dER5FbETZq49Vq8FYV
Iti s asking me to create the note. This is bad.
Posted by Dellu
Oct 25, 2022 at 05:14 PM
I just realized that the problem is with the path rather than the format.
Obsidian doesn’t like or understand the absolute path embedded into the the syntax itself.
It gets the images only when they are in the attachement folder, and refered by their name only.
Posted by Dellu
Oct 25, 2022 at 05:57 PM
Finally, I find a format to make the absolute link visible to all the markdown aware apps:
