From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id sD1CG5fNRmV9KgEAG6o9tA:P1 (envelope-from ) for ; Sun, 05 Nov 2023 00:02:47 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id sD1CG5fNRmV9KgEAG6o9tA (envelope-from ) for ; Sun, 05 Nov 2023 00:02:47 +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 3744517C23 for ; Sun, 5 Nov 2023 00:02:46 +0100 (CET) Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=ricklupton.name header.s=fm2 header.b=B4LzFb7G; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b=Hz5+U+ig; 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"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1699138967; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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=77BizKhd/eBIRF0hQ2550GKUp9q7v5TnpWc5MJFBlEE=; b=ZlWKGI64x8kVFaFdgwnO3KhD6IOsFY2Y4RaPOfe+H/nT/KjQtmYpWUUQDIpKTiha9gvDfK kMOE91YEhU9EUKjnEHK3flO4Q0JoS/AT4OicMfXA5ZuP12FtHOGEAY+UDJul/wIWyxAm3U bZ2ilSQ/IDuRZuqpK9Ebrfb31PdgVD/D8LRGHoja9PuBj+BVuhH49/HQiZIgkdjbuWwVt7 /nWx+RKPg/SIqukmQckTzRb93nj4CEbazw5ZOoHpUA+CMSW248QrGjVXidL0EEp2K9PFH5 d5tPzc9ANB32TcttF1t8GMq0XnqGqJX/4yoQqe49rrfqRr8tlQXmSeTciCXLwA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=ricklupton.name header.s=fm2 header.b=B4LzFb7G; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b=Hz5+U+ig; 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"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1699138967; a=rsa-sha256; cv=none; b=buqc2cfMLtvle9daEtKBtspkS1d/lfrhuHWN31rRRH0xmRKmqMax4a6KphDSuTsDTNLv6T /5JuEhMEALQcpsR5lyKG9K29g0SCWs8lAyRGP9wTmkGYQXpscLJ0KMyWQWFmBer81qQbnL zIZgkPtXZE5moXaBts9ACNwf3qcsJIdIkf1rwhmzs1AHzHHiewMgc5HZYNJ2K/CJyZ9gR6 d+skn46AjpwRTiZdzERycA484iQNJxQ1udosbjQhWx4u9hFl6imr295T2SG4cNMT948Os1 g8I5UKFCca0cYrfrYdB+mljA1JMoWYjYZSHFJfeNZ8+q+A68ce72fOppq91TtQ== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qzPeI-0000Ck-5W; Sat, 04 Nov 2023 19:01:50 -0400 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 1qzPeE-0000CT-Ir for emacs-orgmode@gnu.org; Sat, 04 Nov 2023 19:01:48 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qzPeB-0003Vx-Sc for emacs-orgmode@gnu.org; Sat, 04 Nov 2023 19:01:46 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id C9BEA32004AE for ; Sat, 4 Nov 2023 19:01:38 -0400 (EDT) Received: from imap50 ([10.202.2.100]) by compute2.internal (MEProxy); Sat, 04 Nov 2023 19:01:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ricklupton.name; h=cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1699138898; x=1699225298; bh=77 BizKhd/eBIRF0hQ2550GKUp9q7v5TnpWc5MJFBlEE=; b=B4LzFb7GVu3MOigEQW 7H+QC/IW00+SLExcjtB6gFIA0FaAax33CQZjTU0Q13zu1svbbbQsWvpu7DtnejE+ eORZiKi4lqxTG8zET6mHU39zatR6nGgYDhGcT0QXlkgGGsKTQ2+kKAev+OdkN1pe kNA2G3npQO7RZqCngrIz0RdTyPFwmQudf7CNaFkWTVkQ4BAjC4hsHxwPRul/MQji SWM+68c/jq5L/AwAYOsQNGPbwcnBDphwhlyZ1ReP4ehBRuG/uPYEEpA4T5VxepzP QKdcFPXdpn68CsXXQJ8Q8zEbxeau9EWDY8HHzzPsIm8zic8uWzx7Ey9bCtE8/YYg N5qw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; t=1699138898; x=1699225298; bh=77BizKhd/eBIR F0hQ2550GKUp9q7v5TnpWc5MJFBlEE=; b=Hz5+U+igWNDFNfTUH3xNx8qTBZeqG IIrkc2pYCtB5T2rYf6ITpvfUEcQdrEkVBiczEI0HGtqZntISVX28k1Ncztp/gti3 zHR+k5hbZ1NpOMReiuy6VNlF3kHAE0RKTiYj3vV42csBGjuRrdvnpkHivdZdtwPJ 7Y0TuQ5jfS8tnMSvJTGzh9sFuCcfdd51dXNI1qI4FptyBoo4mhMi0M/UXjTmEOK7 lhOCnjF8DZRQvjTSySbNKtYpEQA3YWSJCNZJv3Dn9QdxI89BxeSrV4avTRBIsRSb 43vuszZgVzCyu8QBvZ9eXVDBtxIjUwZyytcLmBHqUld+bvv2RecndRb7Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrudduuddgtdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedftfhitghkucfnuhhpthhonhdfuceomhgrihhlsehrihgt khhluhhpthhonhdrnhgrmhgvqeenucggtffrrghtthgvrhhnpeeivddvjeefgfettedvle ekueeitdetheejvdffkeehuefhledtteevjeejieeuheenucffohhmrghinhepthgvshht rdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epmhgrihhlsehrihgtkhhluhhpthhonhdrnhgrmhgv X-ME-Proxy: Feedback-ID: i0143436f:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 0E1151700093; Sat, 4 Nov 2023 19:01:37 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-1108-g3a29173c6d-fm-20231031.005-g3a29173c MIME-Version: 1.0 Message-Id: <08aae036-3009-4cec-993c-8ef34f82bbdb@app.fastmail.com> In-Reply-To: <118435e8-0b20-46fd-af6a-88de8e19fac6@app.fastmail.com> References: <118435e8-0b20-46fd-af6a-88de8e19fac6@app.fastmail.com> Date: Sat, 04 Nov 2023 23:01:17 +0000 From: "Rick Lupton" To: "Y. E." Subject: Re: [PATCH] org-id: allow using parent's existing id in links to headlines Content-Type: text/plain Received-SPF: pass client-ip=64.147.123.24; envelope-from=mail@ricklupton.name; helo=wout1-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-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-Spam-Score: 0.79 X-Spam-Score: 0.79 X-Migadu-Queue-Id: 3744517C23 X-Migadu-Scanner: mx13.migadu.com X-TUID: XgqUzb2oXr63 I realised there is another question here about how search strings are used in org-id links. Consider this example file: * Heading :PROPERTIES: :ID: 06E767E6-6145-45EB-B736-D350449126EC :END: #+name: named-thing #+begin_example Hi! #+end_example By default (`org-id-link-to-org-use-id` is nil), with point on `#+name: named-thing`, calling `org-store-link` will give a link like `[[file:test.org::named-thing][named-thing]]` which leads directly to the named example block. Different uses can also lead to search strings which link to headings, selected text in the region, or the current line's text. When `org-id-link-to-org-use-id` is non-nil, none of this happens -- calling `org-store-link` anywhere within the subtree will result in a link `[[id:06E767E6-6145-45EB-B736-D350449126EC][Heading]]` with no additional search string. 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. Depending on the answer, I can update the patch accordingly. Thanks, Rick