Rephrase description about zk.el alternative

This commit is contained in:
Protesilaos Stavrou 2022-06-26 16:48:28 +03:00
parent 5c13cf4c1c
commit 4f85d0ece8
No known key found for this signature in database
GPG key ID: 99BD6459CD5CA3EA

View file

@ -1660,16 +1660,14 @@ their documentation.
is beside the point). is beside the point).
+ [[https://github.com/localauthor/zk][zk (or zk.el)]] :: Reading its documentation makes me think that this is + [[https://github.com/localauthor/zk][zk (or zk.el)]] :: Reading its documentation makes me think that this is
Denote's sibling or cousin---they have a lot of things in common, Denote's sibling---the two projects have a lot of things in common,
including the preference to rely on plain files and standard tools. including the preference to rely on plain files and standard tools.
One general difference is that Denote is trying to not replicate The core difference is that Denote has a strict file-naming scheme.
existing functionality, such as by not offering its own file index as Other differences in available features are, in principle, matters of
a substitute for Dired or the minibuffer. Another potential style or circumstance: both packages can have them. As its initials
difference is that Denote is not a zettelkasten implementation per se, imply, ZK enables a zettelkasten-like workflow. It does not enforce
though I am not sure how ZK interprets or enforces that methodology. it though, letting the user adapt the method to their needs and
In our case, Denote does not do zettelkasten (the user does it, if requirements.
they want to); Denote primarily creates files with a unique
identifier.
+ [[https://github.com/ymherklotz/emacs-zettelkasten][zettelkasten]] :: This is another one of Denote's relatives, at least + [[https://github.com/ymherklotz/emacs-zettelkasten][zettelkasten]] :: This is another one of Denote's relatives, at least
insofar as the goal of simplicity is concerned. The major difference insofar as the goal of simplicity is concerned. The major difference