From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id ADXJH4rMM2UKFQEAauVa8A:P1 (envelope-from ) for ; Sat, 21 Oct 2023 15:05:14 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id ADXJH4rMM2UKFQEAauVa8A (envelope-from ) for ; Sat, 21 Oct 2023 15:05:14 +0200 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 4677762CCE for ; Sat, 21 Oct 2023 15:05:13 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=iVOs5tYO; 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=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1697893514; 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=GNGYS/SfNFVEpPHcAyF5p0liHa80EGcR5wUyh1A6ofM=; b=tHx2ZFfN/Dh1FNVUKD3nLSB53jrwsbHwe7R7P/gzfPlkOU/MdIJXiN3mLJp4dCSr5DBgyq nYlnxYUL3m4LotAAZnhkYYon3JIbG7zYJZ6L+29nStoXOHzm5VB7Xe/usXqHMvP7newvzM DKDDwnX14sYDSiTDTibe2VtUHRwFG5QSGun4EEKQEiiTo+nRMvj9ugp1asm4mSwIqOPF14 V641uzQdFtBQxMXOXcbvlXYzEUt72Y7cJdJVe+lIxiZbbQ09Xf7bLpdNiulWBac557E2RJ zpCnEC2pPaSEgCyp12+fTlpngTNMuQ9cp1mOfPob6eyskatSDFLjJzuQPbqWNA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1697893514; a=rsa-sha256; cv=none; b=lmYhqV6RH4kYyJoLj/pD3Dy0k4DEYVifZ9X+If6vlXGKX3SaxqvD/VCDx1vY/UYUYE6Ufa kYv5pp62AuaOLFEcKsMyymoCPjdKJucla2llpM2W8/yAyt2FnpwAibEcRlFMiStPPDXK/F 832NAR3mv/u9/t7esQ9S3LSYL1AZOUnaawVWHuNgvefiUDp7rumKIFWV6ePjrKNkVyA5e4 aqdITyZIZ0hJ4A+91HO/QW1tocJUwztoAK/eyOPJUp91p0Dx72qakiQXaMGcnX5Nn91UEU 2ehB7XDnCEuJdPikJZx98y3nfO52bPi9YYhfmgb257+/GltIFl1FbmoBmP42Jw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=iVOs5tYO; 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=pass (policy=none) header.from=posteo.net Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1quBeE-0000SD-1p; Sat, 21 Oct 2023 09:04:10 -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 1quBe6-0000JW-1U for emacs-orgmode@gnu.org; Sat, 21 Oct 2023 09:04:04 -0400 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 1quBe0-0004Yf-R6 for emacs-orgmode@gnu.org; Sat, 21 Oct 2023 09:04:01 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 544BE240029 for ; Sat, 21 Oct 2023 15:03:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1697893431; bh=L8SIj4AplotIbV50llPaIgX71UaMJnn7VRsaxNDFFY0=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=iVOs5tYOVN6yV2o/hcHz+QAFcTAvGwaNXMFZIqIPoWAZW0+xyNjh5WqvhLcWl5l8T 9xl4x1e4esxda/x/7huiLGkpXevuTIJsQgTGdHQOqLrNYnOlSij4gD836QOK7Si+aX gHdqHZXcB7NgAycFFFuf/BF6yb/T85s9B85fTXCJQcwxPnUpKPmodQjf1r2ELDTKyy EuLwXz3MZybhPeIX4OJSZry/kMqnnlItbiSsK53rcFtqNaKeidkdnEBXY7U3Q6fGzg Lr2FpsO4BRowwtvO+5/9aiaq3fr69BJ0B+hx/hNhx93hYJhzXsS4G3Q0JdSjW5ZLne t6GrwFLjz02LQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SCM8k5hzdz9rxD; Sat, 21 Oct 2023 15:03:50 +0200 (CEST) From: Ihor Radchenko To: Tor Erlend Fjelde Cc: emacs-orgmode@gnu.org Subject: Re: Feature request: IDs for everything In-Reply-To: <877cnhyuom.fsf@tor-Prestige-15-A10SC.mail-host-address-is-not-set> References: <877cnhyuom.fsf@tor-Prestige-15-A10SC.mail-host-address-is-not-set> Date: Sat, 21 Oct 2023 13:05:35 +0000 Message-ID: <87o7gst9b4.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 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-Spam-Score: -6.33 X-Migadu-Queue-Id: 4677762CCE X-Migadu-Scanner: mx0.migadu.com X-Migadu-Spam-Score: -6.33 X-TUID: 6haHH+uvMI7K Tor Erlend Fjelde writes: > I was wondering if there's a reason why we couldn't have IDs a la > org-id.el for everything? It seem to me that it would be useful to use > something like `#+ID` in place of `#+NAME` for tables, blocks, etc. as > well as headlines. This has been discussed in the past. Apart from #+NAME, we also have radio <<>> that can be used a link anchors (#+NAME or other affiliated keywords are not allowed, for example, in items). We also discussed linking to #+name and <<>> globally, without specifying the file path. > Would this go against the intended design of > org-id.el, or is this a change that would be welcome but that no one > has gotten around to implementing yet? Mostly nobody has gotten around. Although we have at least one caveat that we need to consider - the current users of the id: links blindly assume that they always link to headings. This includes many third-party packages, like org-roam. If we simply allow id: links to point to non-headings, it will be a major breaking change that may affect third-party packages. So, we need to design the extended ids carefully to avoid breakage. For example, `org-id-find' and other API function may need to work in two modes: (1) legacy, only searching for headings; (2) new, searching for anything. This can, for example, be done via an extra optional argument. ----- As an alternative option, we had a proposal that extends id: links to have a search option: [[id::search-string]] Then, we may have top-level drawer like :PROPERTIES: :ID: unique-file-id :END: And then refer to anything inside the file as [[id:unique-file-id:object-id-inside-the-file]] -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at