From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Noboru Ota Newsgroups: gmane.emacs.devel Subject: Re: NonGNU ELPA proposal: annotate-mode Date: Mon, 31 Jan 2022 18:50:42 +0100 Message-ID: <86zgnbbxql.fsf@nobiot.com> References: <83pmo99sxf.fsf@gnu.org> <83fsp59j5a.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31849"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Stefan Monnier To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jan 31 18:53:40 2022 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 1nEarz-00085z-7C for ged-emacs-devel@m.gmane-mx.org; Mon, 31 Jan 2022 18:53:39 +0100 Original-Received: from localhost ([::1]:37608 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nEary-0003B7-7y for ged-emacs-devel@m.gmane-mx.org; Mon, 31 Jan 2022 12:53:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60952) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nEapO-0000Qo-Kd for emacs-devel@gnu.org; Mon, 31 Jan 2022 12:50:59 -0500 Original-Received: from outbound.soverin.net ([116.202.65.215]:53951) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nEapM-0006NQ-V4; Mon, 31 Jan 2022 12:50:58 -0500 Original-Received: from smtp.soverin.net (unknown [10.10.3.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 210BF60272; Mon, 31 Jan 2022 17:50:47 +0000 (UTC) Original-Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by soverin.net In-Reply-To: <83fsp59j5a.fsf@gnu.org> Received-SPF: pass client-ip=116.202.65.215; envelope-from=me@nobiot.com; helo=outbound.soverin.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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" Xref: news.gmane.io gmane.emacs.devel:285688 Archived-At: Eli Zaretskii writes: >> From: Stefan Monnier >> Cc: cage , emacs-devel@gnu.org >> Date: Sun, 30 Jan 2022 12:20:32 -0500 >> >> Note that beside this `annotate.el` that's also `org-remark.el` recently >> added to `elpa.git` which offers similar functionality, but similarly >> suffers from the use of absolute file names to connect the notes and >> the file. > > Yes, I'm aware of that. I guess people are happy with this situation. This is the first feedback on links between files for Org-remark in its 1+ years of existence; so thank you. I was OK with absolute file names as I don't move them around much. Could I ask you to give me a little more detail as to why you find absolute file names problematic for you, please? Before your feedback, I had already had a work-in-progress version. Reflecting your comments, I have added the following user options: 1. For linking from main file to its annotation file, it can be either a string (default) or function (new). If you choose the function option, the default function lets you save the notes of FILE into FILE-notes.org 2. For linking from an annotation file back to a main file, it can be a relative path (new default), abbreviate absolute path, or other to specify a function I have just merged the changes to the main branch in GitHub -- it should soon make its way to ELPA-devel. I will leave it there for now to see if I broke anything before I bump up the version to release the package to ELPA as version 1. Thank you again for your feedback. Noboru