From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id WKrSG/kkvF6MIAAA0tVLHw (envelope-from ) for ; Wed, 13 May 2020 16:48:57 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id aBDYDgglvF6LRwAA1q6Kng (envelope-from ) for ; Wed, 13 May 2020 16:49:12 +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 A1787941145 for ; Wed, 13 May 2020 16:49:09 +0000 (UTC) Received: from localhost ([::1]:40470 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYuZB-0007vB-P2 for larch@yhetil.org; Wed, 13 May 2020 12:49:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49610) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYuVb-0005KE-27 for emacs-orgmode@gnu.org; Wed, 13 May 2020 12:45:27 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:36449) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYuVZ-0005OL-Qw for emacs-orgmode@gnu.org; Wed, 13 May 2020 12:45:26 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 1B4B220012; Wed, 13 May 2020 16:45:22 +0000 (UTC) From: Nicolas Goaziou To: Matthew Lundin 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> Mail-Followup-To: Matthew Lundin , Gustav =?utf-8?Q?Wiks?= =?utf-8?Q?tr=C3=B6m?= , Org Mode List Date: Wed, 13 May 2020 18:45:20 +0200 In-Reply-To: <878shw6k5s.fsf@fastmail.fm> (Matthew Lundin's message of "Wed, 13 May 2020 08:26:07 -0500") Message-ID: <87tv0jbx7j.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=217.70.183.200; envelope-from=mail@nicolasgoaziou.fr; helo=relay7-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/13 12:45:24 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: Gustav =?utf-8?Q?Wikstr=C3=B6m?= , Org Mode List Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 X-Spam-Score: -1.01 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-Scan-Result: default: False [-1.01 / 13.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GENERIC_REPUTATION(0.00)[-0.53996691982157]; HAS_XOIP(0.00)[]; DWL_DNSWL_FAIL(0.00)[209.51.188.17:server fail]; R_SPF_ALLOW(-0.20)[+ip4:209.51.188.0/24:c]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.05), country: US(-0.00), ip: 209.51.188.17(-0.54)]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.50)[cached: eggs.gnu.org]; MAILLIST(-0.20)[mailman]; FREEMAIL_TO(0.00)[imapmail.org]; RCVD_IN_DNSWL_FAIL(0.00)[209.51.188.17:server fail]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:22989, ipnet:209.51.188.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[larch=yhetil.org]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_NEQ_ENVFROM(0.00)[mail@nicolasgoaziou.fr,emacs-orgmode-bounces@gnu.org]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; URIBL_BLOCKED(0.00)[nicolasgoaziou.fr:email,imapmail.org:email]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[nicolasgoaziou.fr]; HAS_LIST_UNSUB(-0.01)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.51.188.17:from]; FORGED_SENDER_MAILLIST(0.00)[] X-TUID: tWpDzHwVYIpD Matthew Lundin writes: > Nicolas Goaziou writes: >> >> AFAIK, ID is associated to a file name, and possibly a location in it. >> In this case, the ID is strictly equivalent to the file name, so why >> bother? > > I'm not sure I understand the question. Are you asking: Why bother > generating IDs at the top level of a file (which was the change Gustav > introduced)? Or why bother turning off that behavior? I can't address > the former question but I will address the latter. Sorry for not being clear. This was the first question. I don't understand why we are generating an ID for the whole file. > The main reason is that I find these IDs redundant and visually > distracting. I can see how file IDs would be useful if one is > constantly renaming files (or perhaps writing custom functions that > convert files to entries and vice versa). 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. Regards,