From: Jean Louis <bugs@gnu.support>
To: Andrew Hyatt <ahyatt@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: [NonGNU ELPA] New package: ekg
Date: Wed, 4 Jan 2023 10:55:04 +0300 [thread overview]
Message-ID: <Y7Uw2DSA66thjjNE@protected.localdomain> (raw)
In-Reply-To: <m2y1qko9mv.fsf@andrews-mbp.lan>
* Andrew Hyatt <ahyatt@gmail.com> [2023-01-03 01:29]:
> I've created a new package called ekg, which can be found at
> https://github.com/ahyatt/ekg. I'd like to add it to NonGNU ELPA.
Great to see new package.
My opinions are not related to recording it to NonGNU ELPA.
Related to design, and being heavy user of 1736 different tags, it is
alright to search within titles, but that only titles are tags is not
quite in place. That it isn't unique to ekg, does not make it
better. Maybe there is no need to talk about tags in that place.
I search by title, and by tags, or by both, and by other complexities.
A document may be named "Certificate of Good Standing" and can have
tag "todo" or tag "Armenia", or "free" or anything that is not
directly related to title.
I leave that to you. However, I see that the idea comes from the
following problem you encountered:
> The advantage of this method is that it solves something that has
> bothered me for a while about the recent suite of tools like org-roam:
> backlinks are non-symmetrical. If you enter a note in your org-roam
> daily about emacs, and link it to the emacs note, then when you go to
> the emacs note, you have to explicitly enable the backlinks buffer to
> see the daily entry where you first entered it. Systems such as Logseq
> and the original Roam have backlinks alongside normal content, but
> this doesn’t seem possible in emacs, where a buffer of a file is
> expected show the file, and tricks with overlays can’t solve the
> issue
Your paragraph has explained something, I get only vague clue about
the main point.
Can you provide screenshot?
Is your main point to show the buffer with backlinks at all times?
Or to record the backlinks in first place?
> One of the notable design choices is that this is built on top of my triples
> package (which has been added to GNU ELPA), and so everything, notes, tags,
> URLs, and all, is stored in a sqlite database.
That is good, I may test it and see how it works and if it is scalable.
--
Jean
Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns
In support of Richard M. Stallman
https://stallmansupport.org/
next prev parent reply other threads:[~2023-01-04 7:55 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-02 22:27 [NonGNU ELPA] New package: ekg Andrew Hyatt
2023-01-04 7:55 ` Jean Louis [this message]
2023-01-05 1:24 ` Andrew Hyatt
2023-01-06 17:32 ` Jean Louis
2023-01-17 5:18 ` Andrew Hyatt
2023-01-19 9:27 ` Jean Louis
2023-01-19 14:26 ` Andrew Hyatt
2023-01-20 6:53 ` Jean Louis
2023-01-20 16:58 ` Andrew Hyatt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y7Uw2DSA66thjjNE@protected.localdomain \
--to=bugs@gnu.support \
--cc=ahyatt@gmail.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.