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 2OMYDRGW0F9sHwAA0tVLHw (envelope-from ) for ; Wed, 09 Dec 2020 09:17:05 +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 mI3RCBGW0F8/NgAAbx9fmQ (envelope-from ) for ; Wed, 09 Dec 2020 09:17:05 +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 0CCB994023C for ; Wed, 9 Dec 2020 09:17:04 +0000 (UTC) Received: from localhost ([::1]:42998 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmvao-0002zH-FV for larch@yhetil.org; Wed, 09 Dec 2020 04:17:02 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54550) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmvZo-0002wU-6v for emacs-orgmode@gnu.org; Wed, 09 Dec 2020 04:16:00 -0500 Received: from mail-vs1-f49.google.com ([209.85.217.49]:43120) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmvZm-0004cU-1v for emacs-orgmode@gnu.org; Wed, 09 Dec 2020 04:15:59 -0500 Received: by mail-vs1-f49.google.com with SMTP id r24so496102vsg.10 for ; Wed, 09 Dec 2020 01:15:55 -0800 (PST) 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=GqjrYh/lZS4zjjWQNWQrPmx99MGaQRqN5Al3kjC3e60=; b=edJPbVQKF5nAkuvdXaLiEdW2PJ/sb28SrIQo84IVL9iAxStCvU1BiFyfidP0y1BmvQ 9K9MUC/zB/VK7XrCZ8fI1vMbPgFfD0v/lM1b5oIFlgDVmihKow3zIQWBByKDrYfikjnh +BUQQc9Jnr1Yj6nEaYfHdCSfb3ysXkM+3uK/WGDCndcdcPjtpKA/xxqJIUOntBYAHkbJ v/T32P7ZmYdVgLolYRmkI1qzrLgZd7Klc8ykV6lHV03SWcNVmUOr0SYc0YnQG6oLaoC9 0mQ3EHZu/P176OU7j+4LF1k/XxgjPjoaJzZPWNlhgxfOTqitwk/6DboGcrV1bqOEpnK+ OL8g== X-Gm-Message-State: AOAM5315SWnGcYrEp8zBIcdh13DjFL0rofEhhaK9Kf1357AZF9Zvr6P7 51iXh96XdE0Pk5rK3jJGjxpX76vFmsLIiUuKjog= X-Google-Smtp-Source: ABdhPJwT92i7bPbCwcPMWoRCvLRX2s6tqtFo3qnGAgi6b3GYXSuNg03NWq+IFJRQqdw1zbBwICRiG6sA09bmHl9f3dc= X-Received: by 2002:a05:6102:a07:: with SMTP id t7mr832819vsa.30.1607505354289; Wed, 09 Dec 2020 01:15:54 -0800 (PST) MIME-Version: 1.0 References: <87v9dbelky.fsf@gmail.com> In-Reply-To: <87v9dbelky.fsf@gmail.com> From: Carsten Dominik Date: Wed, 9 Dec 2020 10:15:36 +0100 Message-ID: Subject: Re: stability of toc links To: TEC Content-Type: multipart/alternative; boundary="0000000000009df71405b6048126" Received-SPF: pass client-ip=209.85.217.49; envelope-from=carsten.dominik@gmail.com; helo=mail-vs1-f49.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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 list Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-TUID: dqw3ZuLuzC2g --0000000000009df71405b6048126 Content-Type: text/plain; charset="UTF-8" I think we should merge this code into Org. Kind regards Carsten 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. > > > --0000000000009df71405b6048126 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I think we should merge this code into Org.

Kind regards

Carsten

On W= ed, Dec 9, 2020 at 3:54 AM TEC <te= cosaur@gmail.com> 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.

--0000000000009df71405b6048126--