From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: Temporary notes in Emacs buffers? Date: Thu, 2 Jan 2020 22:38:08 -0800 (PST) Message-ID: References: <87zhfecbpt.fsf@mbork.pl> <87sgl0osts.fsf@web.de> <65742f83-393a-4df2-9562-7c500b40adcd@default> <87a777ydnh.fsf@web.de> <73dc0d0e-f208-4169-a70d-f2f17994a4f4@default> <87o8vmlkdq.fsf@web.de> <958f5d11-5d36-4627-a106-11b47b3e9c79@default> <87png2ed33.fsf@web.de> <1d24a14a-b38a-4a66-b6d0-cca8aff7dacc@default> <87mub573g5.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="89169"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Help Gnu Emacs mailing list To: John Yates , Michael Heerdegen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jan 03 07:44:13 2020 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1inGgv-000N3g-0i for geh-help-gnu-emacs@m.gmane.org; Fri, 03 Jan 2020 07:44:13 +0100 Original-Received: from localhost ([::1]:49248 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1inGgt-0002mt-QA for geh-help-gnu-emacs@m.gmane.org; Fri, 03 Jan 2020 01:44:11 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36001) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1inGcI-000571-Rz for help-gnu-emacs@gnu.org; Fri, 03 Jan 2020 01:39:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1inGcG-0000Nj-Dx for help-gnu-emacs@gnu.org; Fri, 03 Jan 2020 01:39:26 -0500 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:34272) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1inGcF-0000FS-Tb for help-gnu-emacs@gnu.org; Fri, 03 Jan 2020 01:39:24 -0500 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id 0036VQdD024378; Fri, 3 Jan 2020 06:39:18 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type; s=corp-2019-08-05; bh=43CFuP1kBvy3tUP9NBTXVWuZIRErIRKenopunK4t7s4=; b=g/xTb0F0gGLNNvNN2Ivt8Z0OfhzeREZU9VKxVPWdhojssPdAf4sM3Lg5WMPWP0ZG3S62 Rsos4XhciaYv/OUtj2dqZvOtqi0a03RguuXapkxZTEKPowj3ksSswonCSuxBz3zo8dlG 8S40FSqyLzHZpgPLHnC+kYMCnQlk/p8WxvM7Tz8l+04/KY3elDp+NRYT5LDIpKCDInNF FReKsPYT8/lBrZIE+EpIMv7i9T1QYJo8gcsdgD2YGWUitYM8xaTMgMYT8RaNSkBL0CwJ atYAJkc9+hXfHoUyllfn1RdExCA7AukATfK5E9Gsjrk6HhGPxjLasoF7fpBTUOyD/U/Z PA== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 2x5y0ptuxx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 03 Jan 2020 06:39:17 +0000 Original-Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id 0036d7nq089672; Fri, 3 Jan 2020 06:39:17 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3030.oracle.com with ESMTP id 2x9jm71uy2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 03 Jan 2020 06:39:12 +0000 Original-Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 0036c9kM012946; Fri, 3 Jan 2020 06:38:14 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4939.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9488 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-2001030062 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9488 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1911140001 definitions=main-2001030061 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 141.146.126.78 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:122142 Archived-At: =C2=A0 This broaches the question of what is being annotated, the file as a container (e.g. inode) or its contents =C2=A0 If we're still talking about bookmarks, then either one can be the target. = To get to the content you first get to the container. But there's no requir= ement that you target any of the content. A bookmark can act in any way you= like on a file, as container, without having anything to do with the conte= nt. A bookmark's handler is just a function. What happens when one moves the file? What happens when one copies the file? What if after the copy one deletes the original? My sense is that this thread is most concerned with use case number 1. An approach not yet mentioned is including some form of UUID as a file local variable.=C2=A0 In such a setting notes indirect through a persistent UUID-to-path map.=C2=A0 A file handler recognizes relevant operations on UUID annotated and updates the map.=C2=A0 This might also include updating the new copy's UUID to preserve uniqueness. If Emacs gives you a way to get to a file by an UUID that doesn't change wh= en you move the file, then you could use that in a bookmark. That might, in= deed, be a good answer. I don't know that Emacs provides such a way (how?).= (You can get the inode of a file, but can you find a file, given its inode= ?)