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: Fri, 6 Jan 2023 20:32:50 +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="30145"; 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 Fri Jan 06 18:58:38 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 1pDqzG-0007fQ-Pq for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Jan 2023 18:58:38 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pDqyR-0006e2-1Z; Fri, 06 Jan 2023 12:57:47 -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 1pDqyP-0006dt-Gm for emacs-devel@gnu.org; Fri, 06 Jan 2023 12:57:45 -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 1pDqyN-00082c-R9 for emacs-devel@gnu.org; Fri, 06 Jan 2023 12:57:45 -0500 Original-Received: from localhost ([::ffff:197.239.40.106]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000055D61.0000000063B86119.000027D0; Fri, 06 Jan 2023 10:57:44 -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:302257 Archived-At: * Andrew Hyatt [2023-01-05 04:26]: > > > 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? > > > > I've attached a screenshot of ekg, showing a document about "chicago style > pizza" and a reference to it. They both have the same tags: the date they > were created on, and "chicago style pizza". If I want a note to show up > when I look at the "chicago style pizza" tag, then I tag it with that tag, > not link it. I understand you wish to have backlinks inline and you use note name to search for it as tags in same time. If that is really the only way of searching it is right. > My main point is that it shouldn't be in a separate buffer. I want > it inline. It doesn't work to have it inline in the note itself, > but it does work if you have a buffer that lists all notes with the > tag, and instead of linking references to get the backlinks, you > just tag things the same way. Hope this helps. It looks good. In the packages I develop I have different positions, there is: - editing position, and in that position I did not think involving a buffer with backlinks. - I have view position, that is where by press of one key like "i" for information, I can see tags related to the note, however, I could also see all the related people, other related elementary objects, and objects from where it is hyperlinked to current object. And I can imagine that on a press of the key overlays could be used to show at any time necessary information. That way information may be shown and offered to user, without distracting all the time. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/