From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id KHd/J9WKR2UrSAEAauVa8A:P1 (envelope-from ) for ; Sun, 05 Nov 2023 13:30:13 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id KHd/J9WKR2UrSAEAauVa8A (envelope-from ) for ; Sun, 05 Nov 2023 13:30:13 +0100 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 1C13154057 for ; Sun, 5 Nov 2023 13:30:13 +0100 (CET) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=qd6UsF0N; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1699187413; a=rsa-sha256; cv=none; b=AY8iw7SOyaFL91M7HIl4EIU1dPoJ1bXjgJQBn2t6+xJGodTdNpgG0MXfDviEA8zPDkTK5j 1GiAfgmSqs0rL3QwmMuZjczXA7U1RAx1/+ehDrs/AawLTGWI7ngWIXh6klk5zVgfKa53fO GbkhFRJRwY4oEliTjPPzhBrZ8uQ05URFZRXbhhNDwFbyJbxP4ln55YNdIxx3hrMjwwaW4W RjYOa5Hy86au3RWaX18UBzU0Bm+SIiw2ZvadGPlFUmrdvx2NYY72yEgfjEvEMox35reZ6W 6k6TJa+MeJeEJVRX4wMpaOdgB5cyUXMQe1E3isYM0hfPrfJzL6JiFSjaXzM8GQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1699187413; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=9xsFoEpGhmLHVeP3LKdnTQBpy3TRWsyX0E5rr4KclGU=; b=I8DN3NaShhmDWEehcXNPplW5b+qNdZhyvmH2Gnnp0QER8zx2OASSrBVheFuNHJ1PhzvGGq QbBOVYxjuI25/MmIAPNZiVgklCHhq/08nRKUxkDd5DIVUP+jfVbU+LmGgWVC1pR8dlh6bl cVVSfhcpqNMGueTabfSoDCg8rvnFs/rw9fggrtbD4Yu0fmxLOpDB27TPNz2MRByEnEj0mP F2M4EFuAI4Ia4/x6L4hrsLU8SV1aSG6/Zx270G1oxdd74S1bIa5ALPsTiPV58TMsu2m9CR PEPlBA1UXHYrM3/4a2PDYTvWMF53IWzKUfIInAUlS7iXAUKONO48ICNDJCMWaQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=qd6UsF0N; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qzcGG-0003gY-Cu; Sun, 05 Nov 2023 07:29:52 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qzcGD-0003fw-Sy for emacs-orgmode@gnu.org; Sun, 05 Nov 2023 07:29:49 -0500 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qzcGC-0002gn-2G for emacs-orgmode@gnu.org; Sun, 05 Nov 2023 07:29:49 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id A6AF4240027 for ; Sun, 5 Nov 2023 13:29:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1699187385; bh=CSU3wGPL0tC9FO3vKrOXRO3LYgaUW3tCiGAnx+zywhQ=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=qd6UsF0NeS8pGfmUsFKVwSuHm84qoPFqbXBXV/TCxbr7p2NOnaH3dEWHwiw7AsKah zkFOdMKKUri1BDlGujDN3orIykE3e8T1zAzCxo/gCPoP4KjxqCrokjoc/KPnufQe5W PwdFg4FgU7o6N0mhDDVR3O4woRuHIpk7O1QAwztNNLuxLW+Jz8nkDcPQ96hh0ZggJe z30o7ve/LIzI7jK1yc70vhSc0wpSfuUCkgoiS3fBhkO9EbatS3lqppApVyE8TfrOrV upNe90gTvn/wd+8mKcRikzfcX4ptGr3WZFo2qpwEEE/ULB/NAWc/SRFPQAS4s0WyAo I9nHDh9FpzINA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SNYhS6Ryzz6tsb; Sun, 5 Nov 2023 13:29:44 +0100 (CET) From: Ihor Radchenko To: Rick Lupton Cc: "Y. E." Subject: Re: [PATCH] org-id: allow using parent's existing id in links to headlines In-Reply-To: <08aae036-3009-4cec-993c-8ef34f82bbdb@app.fastmail.com> References: <118435e8-0b20-46fd-af6a-88de8e19fac6@app.fastmail.com> <08aae036-3009-4cec-993c-8ef34f82bbdb@app.fastmail.com> Date: Sun, 05 Nov 2023 12:31:37 +0000 Message-ID: <871qd45ql2.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx11.migadu.com X-Spam-Score: -6.31 X-Migadu-Queue-Id: 1C13154057 X-Migadu-Spam-Score: -6.31 X-TUID: d2rjZwl1UNiU "Rick Lupton" writes: > My previous patch changes the behaviour when `org-id-link-to-org-use-id` has a new value (`inherit`) in two ways: > > (a) org-ids from parent headings are considered when choosing the ID to link to, and > (b) search strings are added to the link > > But these are actually two independent things. So my question is: should search strings be added to all org-id links? > This would make org-id links more powerful/precise (because you can link to more precise locations within the subtree), and simplifies the code in `org-store-link` in my patch (because point [b] above would apply to all org-id links, not just the new 'inherit ones), but it could change the behaviour when calling `org-store-link` with an active region or when point is on a named element. Sounds as a reasonable default, but users should have an option to revert to previous behaviour with heading id being stored. Otherwise, we may break the muscle memory for people used to what happens now. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at