From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id 0GqHBgOP0F9BVAAA0tVLHw (envelope-from ) for ; Wed, 09 Dec 2020 08:46:59 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id eGVIAgOP0F+iEQAAbx9fmQ (envelope-from ) for ; Wed, 09 Dec 2020 08:46:59 +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 CB6089400BF for ; Wed, 9 Dec 2020 08:46:58 +0000 (UTC) Received: from localhost ([::1]:42458 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmv7h-0006jl-1q for larch@yhetil.org; Wed, 09 Dec 2020 03:46:57 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:47560) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmv6y-0006je-PI for emacs-orgmode@gnu.org; Wed, 09 Dec 2020 03:46:12 -0500 Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]:43198) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmv6t-0002j4-1E for emacs-orgmode@gnu.org; Wed, 09 Dec 2020 03:46:12 -0500 Received: by mail-ed1-x531.google.com with SMTP id q16so641908edv.10 for ; Wed, 09 Dec 2020 00:46:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zzamboni-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HTeR1PB7cCTb3yl0Iqd8p0nttjNuE2oG0L7nluXd7t0=; b=IGtXlj5BI1cBud9URZrBfQoppGJksDn/y6cicTULy68zYOgeITWnuukYrEwDhx7TaJ flFIhxlsttLKt/b+l8Pc4wLg1TYjI25ekmiXWEejnDNokH983xNaTQajnku7ZiewAGsI uLlKSuR5Vqoh43Y9LxYdkZOdaHsFe4Ol84K4PxF6YN/sWoFJqNn3uNnY1VIdI+ix8UTg tlcjU/H1IzVBQA0r8sdHtAAGElLSxcKw26Dv08dUxW0Gko7VSZi6HuFcxmCeBecxAGWa 2jFz0xZghJLc5y5dSvJr1vGc3Omw4OdFMhBvYWCERfooV6lygHZIRwIEP1g5zoU4RjIh RnmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HTeR1PB7cCTb3yl0Iqd8p0nttjNuE2oG0L7nluXd7t0=; b=m/2gKq3BqLgA6SRNXrdFvMI5+95ZU5oAX2acTuIQFDJcG2QtMG7fMXn1fENQ14vZzQ vuN/DuZ/KJ0cq6/O9NE/MQ6DQMyjs6BGPDO6mRc0GH0QMSGbPChVj/4PecUNYiC9W7Fb eUfylxtxMN0L/V8Isu+ofjqDZwPxwa6yCTd5l+Vt2UEbIXjOEQ2URW1S8NEEH3RDAwG6 lZ5t7PlJSR12tiHJt/gEZg0VikWjD2q1IUKODD7ncwGJA2mlCZvwiiPv3KLqnDXGFF5t ui3lx39pw18aP8iQ8gXhTNXQ+K0E00SSUOMPHu0GZB/aiveGyZDl8sEgz7A5ucGY9LGn POEg== X-Gm-Message-State: AOAM532xzTluAUDGGCAd2eLG5fIbnVVLaVv6Ak1GB56vyIV4fufN2YNL AsEpQgWexf7Vm1hVbi8uJYd1ZCB3Qs8KxeCgwzfkPg== X-Google-Smtp-Source: ABdhPJyYtk5zLjiTT8NfQzwbCgaKhdsA6NjPoJYwPkpUR81sb0z4GKDdaX4v2Ibjlj/6wVAPPfecypvPZ6HYU9om54A= X-Received: by 2002:a50:fe8d:: with SMTP id d13mr965800edt.132.1607503564511; Wed, 09 Dec 2020 00:46:04 -0800 (PST) MIME-Version: 1.0 References: <87v9dbelky.fsf@gmail.com> In-Reply-To: <87v9dbelky.fsf@gmail.com> From: Diego Zamboni Date: Wed, 9 Dec 2020 09:45:52 +0100 Message-ID: Subject: Re: stability of toc links To: TEC Content-Type: multipart/alternative; boundary="000000000000f035a905b6041645" Received-SPF: none client-ip=2a00:1450:4864:20::531; envelope-from=diego@zzamboni.org; helo=mail-ed1-x531.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=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: , Cc: Org-mode Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-TUID: d1yG7lU3jCVy --000000000000f035a905b6041645 Content-Type: text/plain; charset="UTF-8" In case it's useful, I have put together (just last week) some config to help in creating and using human-readable CUSTOM_IDs in conjunction with `counsel-org-link`, but which could just as easily be used to apply the IDs to every heading in the current document: https://github.com/zzamboni/dot-doom/blob/master/doom.org#capturing-and-creating-internal-org-links Now I have to look at TEC's ID-generation code, seems much nicer :) --Diego On Wed, Dec 9, 2020 at 3:54 AM TEC wrote: > > Hi Sam, link stability is a concern I've had too. I currently have a fix > (or at the very least, an improvement) for this in my config where I > overwrite org-export-get-reference. (see: > https://tecosaur.github.io/emacs-config/config.html#nicer-generated-heading > ). > > I raised this on the list a while ago --- > https://orgmode.org/list/E1jxAjq-0004Dk-LH@lists.gnu.org/ but there > didn't seem to be much interest. > > All the best, > Timothy > > Samuel Wales writes: > > > when you link to a section using toc, you get a link like > > > > > https://thekafkapandemic.blogspot.com/2020/02/crimes-against-humanity_3.html#org080f0ab > > > > will these links break if somebody copies them and pastes them > > elsewhere? what if you add a section? > > > > there doesn't seem to be a perfect solution, short of adding custom id > > or id to everything, but perhaps a fuzzy hash of the header and > > contents of the section could be used? or a strict hash of the > > header? is anything like this being done? just curious. > > > --000000000000f035a905b6041645 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
In case it's useful, I have put together (just last we= ek) some config to help in creating and using human-readable CUSTOM_IDs in = conjunction with `counsel-org-link`, but which could just as easily be used= to apply the IDs to every heading in the current document:=C2=A0https://github.com/zzamboni/dot-doom/blob/master= /doom.org#capturing-and-creating-internal-org-links

= Now I have to look at TEC's ID-generation code, seems much nicer :)

--Diego


On Wed, Dec 9, 2020 at 3:= 54 AM TEC <tecosaur@gmail.com&= gt; wrote:

Hi Sam, link stability is a concern I've had too. I currently have a fi= x
(or at the very least, an improvement) for this in my config where I
overwrite org-export-get-reference. (see:
https://tecosaur.github.i= o/emacs-config/config.html#nicer-generated-heading).

I raised this on the list a while ago ---
https://orgmode.org/list/E1jxAjq-0004Dk-L= H@lists.gnu.org/ but there
didn't seem to be much interest.

All the best,
Timothy

Samuel Wales <= samologist@gmail.com> writes:

> when you link to a section using toc, you get a link like
>
>=C2=A0 =C2=A0https://thekafkapandemic.blogspot.com/2020/02/crimes-against-humanity_3= .html#org080f0ab
>
> will these links break if somebody copies them and pastes them
> elsewhere?=C2=A0 what if you add a section?
>
> there doesn't seem to be a perfect solution, short of adding custo= m id
> or id to everything, but perhaps a fuzzy hash of the header and
> contents of the section could be used?=C2=A0 or a strict hash of the > header?=C2=A0 is anything like this being done?=C2=A0 just curious.

--000000000000f035a905b6041645--