https://0x0.st/i4sS.png
Some extra information. (look at the text in the rendered .md on the left)
Keep in mind that I don't intend to support every combination of Obsidian's linking syntax in neuron just for its own sake. I thought adding [[..]] would solve it, but apparently not. I'll now mark it as "experimental" so as to not encourage (neuron) users from using it.
Like you suggested, however, in other topic, I too think that standardizing on zettelkasten linking is indeed a good idea (compared to one tool trying to accomodate the idiosyncratic syntaxes of others)
I regret adding them. They only cause more confusion from users. It is better for different notes to standardize on one linking syntax rather than one app to accommodate the idiosyncratic syntaxes ...
Personally I would like to be able to possibly use custom markup, or at least something specifically suited for zettlekasten and direct human interaction - if markup part was modular, would it basically allow for seamless integration with any other service?
That's actually not a bad idea to support Obsidian, etc. Neuron has this yet-to-be-made-explicitly-pluggable mechanism to support multiple input formats (Markdown, orgmode, rest, ..). Someone can write a, say, ObsidianMarkdown input format as a plugin which would be same as Markdown plus some link customization.
That said, ideally it would be nice if there was a common standard for links, that allows for "optional" attributes like the query thing used in neuron.
NullSense said:
Keep in mind that I don't intend to support every combination of Obsidian's linking syntax in neuron just for its own sake. I thought adding
[[..]]
would solve it, but apparently not. I'll now mark it as "experimental" so as to not encourage (neuron) users from using it.Like you suggested, however, in other topic, I too think that standardizing on zettelkasten linking is indeed a good idea (compared to one tool trying to accomodate the idiosyncratic syntaxes of others)
https://github.com/srid/neuron/issues/241
Well, it's not just obsidian, it is almost every zettelkasten editor that exists that uses wiki links.
And they use it in their own manner.
Someone should write a concrete proposal on the exact wiki-link syntax that they think would be most compatible, and make most sense.
They will have to spearhead this work, which will involve the following:
I am disappointed at myself for having added wiki-style syntax in haste. But this should be done carefully.
Personally I would like to be able to possibly use custom markup, or at least something specifically suited for zettlekasten and direct human interaction - if markup part was modular, would it basically allow for seamless integration with any other service?
The parser part is already modular: you can write parsers for other formats. That would be one way to support obsidian I guess
That's actually not a bad idea to support Obsidian, etc. Neuron has this yet-to-be-made-explicitly-pluggable mechanism to support multiple input formats (Markdown, orgmode, rest, ..). Someone can write a, say,
ObsidianMarkdown
input format as a plugin which would be same asMarkdown
plus some link customization.The only thing Neuron requires is the Pandoc AST. You can write any parser, as long as it will produce this AST.
A function that returns
Either ZettelParseError (Maybe meta, Pandoc)
given the note filepath, basically. The Markdown parser is implemented here: https://github.com/srid/neuron/blob/4d20756dbb3d66eedc7665b4d37fb668f5d291de/neuron/src/lib/Neuron/Markdown.hs#L57-L62That said, ideally it would be nice if there was a common standard for links, that allows for "optional" attributes like the query thing used in neuron.
Knowing Pandoc there might be a way to extend the AST with some custom nodes? Would need to check
Don't think you can add custom AST nodes (although you can specify arbitrary attributes to the nodes that support them).
As far as neuron is concerned - no special node is required. Just produce the good old
Link
node with inner text same as url (ie an "autolink").Does this advice still hold? I'm using
[[...]]
and learning that my notes aren't being linked in a big tree of notes.Oh, ignore this advice.
Use
[[[...]]]
(three brackets) for folgezettel relationship, which creates that treeI'm doing it mostly because the tutorial told me to, so I'm afraid of using
[[[...]]]
or<...>
(what is the difference?)so I should use
[[...]]
or not?<...>
is legacy link format; not advertised anymore.You should use
[[..]]
or[[[...]]]
depending on your hierarchyI am creating tons of notes and moving older content to my new zettelkasten so I'm afraid I will overwhelm the system with
[[[...]]]
and generate giant trees that no one will be able to render
ok, I guess it doesn't matter this is just unfounded fear
It could happen, as reported here - but you can always curate it later.