From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id EIKyBkSUi2D+bgAAgWs5BA (envelope-from ) for ; Fri, 30 Apr 2021 07:23:16 +0200 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 GNJ3AkSUi2A7OAAA1q6Kng (envelope-from ) for ; Fri, 30 Apr 2021 05:23: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 8D5A412B8E for ; Fri, 30 Apr 2021 07:23:15 +0200 (CEST) Received: from localhost ([::1]:39602 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lcLcP-0007dx-Hx for larch@yhetil.org; Fri, 30 Apr 2021 01:23:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36672) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lcLc2-0007dq-Kt for emacs-orgmode@gnu.org; Fri, 30 Apr 2021 01:22:50 -0400 Received: from mail-pl1-x62d.google.com ([2607:f8b0:4864:20::62d]:43572) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lcLby-0001uP-VD for emacs-orgmode@gnu.org; Fri, 30 Apr 2021 01:22:50 -0400 Received: by mail-pl1-x62d.google.com with SMTP id v20so8717342plo.10 for ; Thu, 29 Apr 2021 22:22:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:subject:date:in-reply-to:message-id :mime-version; bh=IQB445JrcgWya7iVmaem782nXYeJJjo/F4UNu5y4ENs=; b=S2u03V+bIskm9njfoPfrKzr7oO8H+WO4liMUBZGPK4CYlHOgqAXcOQOEEgw/3xmO5c 0fHPAN6NpbLKJhwnpMP4hF4rGcPmHIN5pvU6ekT13PW8/5ou88usmDYnpPCmdq124pdB TlJ+5utW8n5ck33pAjbEbmWypwbYCNsA/pYuWn3q63PVB13ecrbLJmDanV2Z8QRrRRkI rUOJtlXQCX1irQoSKDDx1NmM25DLhY3DuAc25wlOHsjvtG7vp2rMwd4vVoUwhnXgEUqD k/NJ7R66iLcHwQFrVz6np9oSGlSKzInbycj0oQsRmZ2d2f1PaqWQtfObJWynCV3UONnc W3oQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:subject:date :in-reply-to:message-id:mime-version; bh=IQB445JrcgWya7iVmaem782nXYeJJjo/F4UNu5y4ENs=; b=ctEcoUH97Kqxdl3gWT57mTVg37aujYtXvnpNHCCzD80L/wnCAxzcrgAIclFG24H+bg UXfaK7PSwYIopMPHxmOoCYAx9JOugFYokwb+S5l8ERkSD8lMC3Smd2d0nH+j8O4umgo2 YQwX1zNUKF58pQx73YZG1HLnHVog4p0U0H0pDdbmhEFHoRz2RBqCUShrtRNilEnlheRD pPyLMhdfptkVfKxbH1f1mwMm8mvQki8abdq5T75UyZ9Xlz+zgXfNnGzPc8wE0MBSV4yl d7kGxWjqlUO2dNp5RX1Hc8Mu7ZdAViwbdcw9hta449JFojFQAUe67d9Bn8g8wg5XKoHW xXhA== X-Gm-Message-State: AOAM531v0hP/SpIN7/H0HrkVn3w1EqFQprggYIEdJXkFZvtGTax/QwYy sKWIFmK2hFC04k/uGsAXvS1UTHvOhTU= X-Google-Smtp-Source: ABdhPJxqqNj/k802FhKEPmXy5LVl9x94y3QXv44Hy8XSbEyFKn8Y2w/E4WP1onNCxrRkD9E5s6pGRw== X-Received: by 2002:a17:90a:348b:: with SMTP id p11mr3792970pjb.18.1619760163708; Thu, 29 Apr 2021 22:22:43 -0700 (PDT) Received: from tim-desktop (203-206-8-119.dyn.iinet.net.au. [203.206.8.119]) by smtp.gmail.com with ESMTPSA id b4sm735799pfv.188.2021.04.29.22.22.42 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 29 Apr 2021 22:22:43 -0700 (PDT) References: <877dkzg9y2.fsf@nicolasgoaziou.fr> <87wnsx9rcj.fsf@nicolasgoaziou.fr> <87y2dc82ct.fsf@nicolasgoaziou.fr> <87sg3j4vbl.fsf@gmail.com> <33fd87ff1332b56114909973804df669@isnotmyreal.name> User-agent: mu4e 1.5.12; emacs 28.0.50 From: Tim Cross To: emacs-orgmode@gnu.org Subject: Re: stability of toc links Date: Fri, 30 Apr 2021 15:13:15 +1000 In-reply-to: Message-ID: <87h7joibxc.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::62d; envelope-from=theophilusx@gmail.com; helo=mail-pl1-x62d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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.23 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" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1619760195; 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=IQB445JrcgWya7iVmaem782nXYeJJjo/F4UNu5y4ENs=; b=hePJ0a4l+jqjsbbshApzFXULUSYnW0g+YGPz0V+pfGLlHsvNDJhs6m5eu3wy3xu2vDRe5I q9rbuTHPqqElHPUjijdW0FrRMtcAW9YPvU4U7f++tzjyCjp5Tb8NIFcb8j8bVXpZgyCX9l 6GLKKSNgMsUO1QJWFQ61TzwAHmPZKJs7YVdwr/qA+Zk6/KMwlotIZ71eFLotCrger7WmK6 kR3HRN5iOzD5MtT9ZPqVtrS0gRCTfIFbDSuCXWB4X+sOF8i3I1hJgrdM4KEM9tHunkOgVJ IgHpZFg2aR2jDtqc8CXEvwQ60/oY7e5wTNNLRs1VcFZTAqykkYulqnyY2ThpJg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1619760195; a=rsa-sha256; cv=none; b=cbhrkX5mGL3Jl8dNe4rte+O5bo5raW3SAy4YxFXgLH+NE7dTuXYQVLmwihYFBvc9xBidRH ntWjQ2lSIC6V7chxHSKGqgqcSwvA/V97pmQouE9KIOeBmseLLZiPezxzCBr+aSy2lElAyL t4lFg0waZwHm/OqFk+wE8ZdvMZRyZeQ4TmZbkVd5O2Q8EBQrUH4qyxemQ4PsgklSRhNfo4 u75FjOnbWDtMNMlQdDlmLYecNwaE5DzFNy/LHqOXKEf+NybxKPZeyK6Hds3PScLYkIlb8K UpihBzcvZM0oTjYNVDV3AISZWFzKowV9jLkU/uj0xCjLnNswi8Ttnsf9vFrGhw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=S2u03V+b; dmarc=pass (policy=none) header.from=gmail.com; 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-Migadu-Spam-Score: -3.16 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=S2u03V+b; dmarc=pass (policy=none) header.from=gmail.com; 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-Migadu-Queue-Id: 8D5A412B8E X-Spam-Score: -3.16 X-Migadu-Scanner: scn0.migadu.com X-TUID: utgjzp9pv6O0 Samuel Wales writes: > hi trs, > > thank you. i can imagine that could be useful for a lot of users, but > for me, as i said in my op, "short of adding custom id > or id to everything" --- i didn't want to add custom id. i will try > to clarify why in case it is useful. > > in addition to performance, and clutter, there is a semantic issue in > my case. typically, if i see that there is a properties drawer, i > know that it is there because of an org id or a manual custom id or a > special purpose of my own. if i know it, i don't need to open it. > > however, adding custom id automatically for so many links means that > there is a new meaning for properties drawers [namely, for stable > linking done automatically]. i would have to open the drawer to > determine if i personally wanted something there. > > and thus, the extra properties drawers would cause effort and > distraction in this semantic sense, where i would be opening them > because i would be thinking "did i really have a reason to add a > properties drawer here? i don't recall so... better check" > > also, there is the issue that if i decide not to include something in > the toc, it will still have a properties drawer lying around. > > > in the op, i was not looking for a solution for one blog post, but > thought a general solution for all org users might be possible. > > and this would likely be at the html level, probably by using e.g. > header text, fuzzy or strict hashes, or a combination. > > when tec posted his html level code, it looked like the right type of > solution to the problem. i have not tried it, however. > > i hope that clarifies. tec said he originally did not get much > interest. then there was interest on this thread. then nothing. > A question to help me understand this issue. If I understand correctly, exporting to HTML does not guarantee stability of TOC links. If you export as HTML, send someone a link from the toc and then re-export the document, the link will possibly be broken. Essentially, exporting to HTML has no guarantee of stability in toc links. However, if you use publish instead of exporting to HTML, there is a guarantee of stability in toc links. When publishing a second time, the link will be consistent and still valid. If you want stability in toc links, why not use publish instead of export to html? Is there some difference between the two mechanisms which prevents you from being able to use publish instead to get stable links?