From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id iC3RFEy2vV7LUAAA0tVLHw (envelope-from ) for ; Thu, 14 May 2020 21:21:16 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id aHzAD0y2vV6URAAAbx9fmQ (envelope-from ) for ; Thu, 14 May 2020 21:21:16 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id BC911940418 for ; Thu, 14 May 2020 21:21:15 +0000 (UTC) Received: from localhost ([::1]:52428 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jZLI2-0007ri-AP for larch@yhetil.org; Thu, 14 May 2020 17:21:14 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48470) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZLHV-0007p4-1Y for emacs-orgmode@gnu.org; Thu, 14 May 2020 17:20:41 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:43433) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZLHT-0002XM-Fk for emacs-orgmode@gnu.org; Thu, 14 May 2020 17:20:40 -0400 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 79968240006; Thu, 14 May 2020 21:20:35 +0000 (UTC) From: Nicolas Goaziou To: Gustav =?utf-8?Q?Wikstr=C3=B6m?= Subject: Re: [Bug] org-store-link should not insert a document level ID property References: <87k11nifsx.fsf@fastmail.fm> <877dxgdyk1.fsf@nicolasgoaziou.fr> <878shw6k5s.fsf@fastmail.fm> <87tv0jbx7j.fsf@nicolasgoaziou.fr> Mail-Followup-To: Gustav =?utf-8?Q?Wikstr=C3=B6m?= , Matthew Lundin , Org Mode List Date: Thu, 14 May 2020 23:20:34 +0200 In-Reply-To: ("Gustav =?utf-8?Q?Wikstr=C3=B6m=22's?= message of "Thu, 14 May 2020 19:27:40 +0000") Message-ID: <87imgy6wnx.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=217.70.178.230; envelope-from=mail@nicolasgoaziou.fr; helo=relay10.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/14 17:20:36 X-ACL-Warn: Detected OS = Linux 3.11 and newer 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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Matthew Lundin , Org Mode List Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: 0.49 X-TUID: HZF24ODaQ5hI Hello, Gustav Wikstr=C3=B6m writes: > I see some purposes. They maybe aren't for everyone, but they surely are = there.=20 > 1) Attachments for the whole file without setting the DIR property. OK. This makes sense, thank you. > 2) Link targets, making the file name irrelevant for the links. Again, the file name is relevant, so using id links instead of file links in this situation doesn't buy us anything. >> IIUC, currently, renaming the file breaks the association between the ID >> and the file name. IOW, the ID is useless if you rename the file. > > As long as org-id-track-globally isn't set to nil I don't think what > you write is true. And even if renaming the file would break the link > it's just momentarily since regenerating the .org-id-locations file > should make the link work again. Regenerating ".org-id-locations" is not magical. It looks into a predefined set of files. If the renaming moves the file out of this set, there is no way it can associate again the ID to that file. IOW, I wouldn't trust an ID more than a file name. Regards, --=20 Nicolas Goaziou