From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: [NonGNU ELPA] New package: ekg Date: Wed, 4 Jan 2023 10:55:04 +0300 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15039"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.2.9+54 (af2080d) (2022-11-21) Cc: emacs-devel@gnu.org To: Andrew Hyatt Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jan 04 09:04:45 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pCylQ-0003eD-OG for ged-emacs-devel@m.gmane-mx.org; Wed, 04 Jan 2023 09:04:44 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pCykn-0004d8-Ql; Wed, 04 Jan 2023 03:04:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pCykk-0004ci-CV for emacs-devel@gnu.org; Wed, 04 Jan 2023 03:04:02 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pCyki-0003cb-A5 for emacs-devel@gnu.org; Wed, 04 Jan 2023 03:04:02 -0500 Original-Received: from localhost ([::ffff:197.239.10.238]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000055D56.0000000063B532F0.00005707; Wed, 04 Jan 2023 01:04:00 -0700 Mail-Followup-To: Andrew Hyatt , emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:302218 Archived-At: * Andrew Hyatt [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/