From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: arthur miller Newsgroups: gmane.emacs.help Subject: RE: Temporary notes in Emacs buffers? Date: Fri, 3 Jan 2020 13:31:01 +0000 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="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 To: Michael Heerdegen , Drew Adams 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: 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 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 ) 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 ) 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 ) 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 ) 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 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:122145 Archived-At: 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 Datum: 2020-01-03 02:08 (GMT+01:00) Till: Drew Adams Kopia: Help Gnu Emacs mailing list =C4mne: Re: Temporary notes in Emacs buffers? Drew Adams 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.