From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail
From: arthur miller <arthur.miller@live.com>
Newsgroups: gmane.emacs.help
Subject: RE: Temporary notes in Emacs buffers?
Date: Fri, 3 Jan 2020 13:31:01 +0000
Message-ID: <VI1P194MB0429364BD8E4980B450BC59796230@VI1P194MB0429.EURP194.PROD.OUTLOOK.COM>
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="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226";
	logging-data="200439"; mail-complaints-to="usenet@blaine.gmane.org"
Cc: Help Gnu Emacs mailing list <help-gnu-emacs@gnu.org>
To: Michael Heerdegen <michael_heerdegen@web.de>, Drew Adams
 <drew.adams@oracle.com>
Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jan 03 14:31:27 2020
Return-path: <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org>
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 <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org>)
	id 1inN30-000q07-VE
	for geh-help-gnu-emacs@m.gmane.org; Fri, 03 Jan 2020 14:31:27 +0100
Original-Received: from localhost ([::1]:52300 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org>)
	id 1inN2z-0000Rg-NO
	for geh-help-gnu-emacs@m.gmane.org; Fri, 03 Jan 2020 08:31:25 -0500
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50722)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <arthur.miller@live.com>) id 1inN2l-0000RZ-IY
 for help-gnu-emacs@gnu.org; Fri, 03 Jan 2020 08:31:13 -0500
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <arthur.miller@live.com>) id 1inN2i-0001AN-Qx
 for help-gnu-emacs@gnu.org; Fri, 03 Jan 2020 08:31:10 -0500
Original-Received: from mail-oln040092066053.outbound.protection.outlook.com
 ([40.92.66.53]:25087 helo=EUR01-VE1-obe.outbound.protection.outlook.com)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <arthur.miller@live.com>)
 id 1inN2f-0000x1-Q3
 for help-gnu-emacs@gnu.org; Fri, 03 Jan 2020 08:31:08 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
 b=WzeysqQR50UWWrYlCdrKXL49RqJQD3WpSJR+hpnsQOx0EsuWrVzQm8G28dCx2F4MfbP/LxXn3Q0PqM1LoOyjX6NSQCMuK1e0gMupt0LulL/P1PBWlK34boTpGM4t2Iv+MUYPfSc4FofmSx7xiOnV5U0n0vfy4nPzN/HUzvWC1Zve0PGOBiyAFv3tCn2R5SD4/YRm1EeSrHJwoKxOS95Qx3C0EqMMsRb2fBD5eE9pSi+q+Af1r3L5caC+R1Pb/bWNOOhKnwnlLY0MbtFd0kjJBFp49xzAfiU0g42vWcM6Jrq4vDPs/Gwo8s4oVj/PlexWffpJt2GZ1t87SxOiDshBPg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; 
 s=arcselector9901;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
 bh=DQL+Fclm+V/nOY51MfIeZXGr/MJfnePCdsXVv/zFTeo=;
 b=GHfC06Eo/KHl++A5xueom816tLZ6lUKavMPndLEO2I+/RlKB3JJhFBtGa4lxpYzt0YOHOXKG3WlESFSBqzxiWq5oBTBOcB3iYyys2uAlDNIIgJbgfHDfwJqXZ2DA/ysqtsODuXktQ7RgAS4Toz2E9m8DeWHVRUzy4RZm6tB76uXX7LmZzotIbILuz0N9FM6YE+HzKQZQxbX/CVjYOfDgS3RlZSSOPLH4jkpViYkIVwuEVAZgysMLDt1ckj6tO8KWpjtvjut7d8f4eTcWRAePUPjsnIJGliwoNJ9LGtcVrfjo73p3H2dMRJDlZqOScdToPJczt0nhb0+qre38dl6TLw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none;
 dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; 
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
 bh=DQL+Fclm+V/nOY51MfIeZXGr/MJfnePCdsXVv/zFTeo=;
 b=p9f+T/+qmAbKNPEs+sUSPhN8x3PrTNjff1w0YlyivfMyrEFFwFntKav7dCqR5O0E+ZudTbf4Kjhww9vv7cboh48uASuroFLG8dOjLG4nnzVeRG+zfbb2FYapwQyoD7LRp/fEoEclxmuSa60qRQ5H/6quMS6l6UbEGuNLt3eKz9TrBo8dVroJnMpbOMFKJN1PUQOacAUfImZ1WpPfEiaE1tl+heDUwHO6biCx7C8v/1LzKX6Jcwztaq8JFL/9wX7IWV1bpKTdKjsz50rosI1tBP7GREln7HKa1mMZ8kHDcAlk8MeHBaqFKSmWwxex99QGh87xr6IoMYTzeXd1X/OQRQ==
Original-Received: from DB5EUR01FT017.eop-EUR01.prod.protection.outlook.com
 (10.152.4.51) by DB5EUR01HT049.eop-EUR01.prod.protection.outlook.com
 (10.152.5.217) with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.11; Fri, 3 Jan
 2020 13:31:01 +0000
Original-Received: from VI1P194MB0429.EURP194.PROD.OUTLOOK.COM (10.152.4.55) by
 DB5EUR01FT017.mail.protection.outlook.com (10.152.4.252) with Microsoft SMTP
 Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.20.2602.11 via Frontend Transport; Fri, 3 Jan 2020 13:31:01 +0000
Original-Received: from VI1P194MB0429.EURP194.PROD.OUTLOOK.COM
 ([fe80::35f2:9ea2:efd6:1d46]) by VI1P194MB0429.EURP194.PROD.OUTLOOK.COM
 ([fe80::35f2:9ea2:efd6:1d46%5]) with mapi id 15.20.2602.012; Fri, 3 Jan 2020
 13:31:01 +0000
Thread-Topic: Temporary notes in Emacs buffers?
Thread-Index: AQHVvJ8zCfzVPp25iEmKBqsrhNxp5KfVEI+RgAAy34CAAARi1IAAF4GAgAE++8OAAB6NgIAACH2agAAc44CAAUkqVoAAz3Hr
In-Reply-To: <87mub573g5.fsf@web.de>
Accept-Language: sv-SE, en-US
Content-Language: sv-SE
x-incomingtopheadermarker: OriginalChecksum:3BA69DCCCFE99BBF4CDF32FF48ECD2DCE2FC2765C290E830E88BA4099141B492;
 UpperCasedChecksum:C482863DF06DF69CD8F61E753E6E3672F9BA938FC9AF9830FC330BCC21AC6761;
 SizeAsReceived:7258; Count:46
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [dRUm7R7G7TyIy5NLEnElTYCD7coisP3D]
x-ms-publictraffictype: Email
x-incomingheadercount: 46
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: ba64a8a2-284d-41c4-c4b4-08d790512c97
x-ms-traffictypediagnostic: DB5EUR01HT049:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: u65apygJGIrPMwvN4oWCOgHjTDovi/2MnAVvzO+2cxsTYFY3SXWz9wQaKxbyPvoyUJl5UY3zWi2M9eNqW80aJvnfj0GtZ86C6CFwTAywdY3PpFxt3Q+maHj9cGJJ1gkI+/Jq1BiC8RSJD3S48hwod6asSUStkmZqpxt1GxuLc7SS1cWgfWwLO4boHA44FftzA1egg76/WsHhAYBbcDXL351agjhdH1gU4nrPHCgKSCs=
x-ms-exchange-transport-forked: True
X-OriginatorOrg: live.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: ba64a8a2-284d-41c4-c4b4-08d790512c97
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jan 2020 13:31:01.0179 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5EUR01HT049
X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy]
X-Received-From: 40.92.66.53
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 <help-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-gnu-emacs>,
 <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/help-gnu-emacs>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
 <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org
Original-Sender: "help-gnu-emacs"
 <help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org>
Xref: news.gmane.org gmane.emacs.help:122145
Archived-At: <http://permalink.gmane.org/gmane.emacs.help/122145>

Interesting discussion.

To me it is clear that any solution to a file format, such as plain ascii t=
ext, is going to be external to annotated file itself. Whatever you use, Dr=
ew's bookmarks+, file- or dir-local, or some other custom. An external solu=
tion implies that you will have your annotation in different place then fil=
e itself which you will have to take care off with backups, moving etc. You=
 could automate that by implementing some kind of file handler as Drew sugg=
ested some day ago. You can implement something in Emacs as a hook to file =
save and/or dired machinery or if you are on Gnu/linux you could use inotif=
y.

Otherwise there is Org, you can use org mode (or something similar) and imp=
lement your annotations as references or hyperlinks or something else. That=
 would turn your text file into org text file.

There is also some org annotation mode that won't change your original text=
 fil:

https://www.emacswiki.org/emacs/OrgAnnotateFile

 but with same problem of having annotation separated from the original fil=
e.

Skickat fr=E5n min Samsung Galaxy-smartphone.



-------- Originalmeddelande --------
Fr=E5n: Michael Heerdegen <michael_heerdegen@web.de>
Datum: 2020-01-03 02:08 (GMT+01:00)
Till: Drew Adams <drew.adams@oracle.com>
Kopia: Help Gnu Emacs mailing list <help-gnu-emacs@gnu.org>
=C4mne: Re: Temporary notes in Emacs buffers?

Drew Adams <drew.adams@oracle.com> writes:

> I guess you mean just what you said before: You
> want to be able to move a file, and some bookmarks
> that target it, to a different directory, and have
> the bookmarks continue to work there.

Yes.

> > names.  You are sure that there is no predefined way to use relative
> > names?

> You can define a bookmark handler for any type of
> bookmark.  The handler could ignore the directory
> part of the recorded file name, and get the needed
> directory from somewhere else, e.g., from a global
> variable or a function.  (It has to come from
> somewhere.)  E.g., a variable could have an alist
> value with keys for your different whatevers (even
> nondir-filename keys) and with dirs as the values.
>
> But then you'd have to update the variable value
> when you move the targeted files.  As I said before,
> you can write code that does something like that
> [...]

Can't I just use a file or directory local variable for that part?  That
would be a trivial solution for the problem.

The problem is that the bookmark file can't know where I may have moved
a file to -- but I'm very unlikely to move the bookmark file very often.
So I would prefer a solution where the file knows where to ask for its
bookmarks and annotations, and the bookmark mechanism has the data and
the mean to deliver it.

Michael.