From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:8:6d80::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id +HK8Mu21gGAG1gAAgWs5BA (envelope-from ) for ; Thu, 22 Apr 2021 01:31:57 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id mBV+Lu21gGBPJgAA1q6Kng (envelope-from ) for ; Wed, 21 Apr 2021 23:31:57 +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 31D2D284E7 for ; Thu, 22 Apr 2021 01:31:57 +0200 (CEST) Received: from localhost ([::1]:50598 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lZMK3-0002xs-Bn for larch@yhetil.org; Wed, 21 Apr 2021 19:31:55 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58758) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lZMIz-0002xe-4J for emacs-orgmode@gnu.org; Wed, 21 Apr 2021 19:30:49 -0400 Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]:37845) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lZMIu-0000E2-1x for emacs-orgmode@gnu.org; Wed, 21 Apr 2021 19:30:48 -0400 Received: by mail-lj1-x233.google.com with SMTP id z23so3178315lji.4 for ; Wed, 21 Apr 2021 16:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=vrS5T9dOEoFOoWvZz9vx6cLNxYbP06U5x5wqF3kUgo8=; b=JBroYEgcFwi+R2/9hlIYkmiGF6QQxd0wo5AqK3lZVV9UZ4B6BV/5Et0NReynu4rf8b bLOR3AC8OOdutCgX7YfAhgBZQbXuSU1u0kFwGqA8RPKjbz2UxYfVoG0P5gBI/3tt7K3h WNe9zo5oTb/lhkC84IAvv34s6lhNntlYPQRrXTk7lGaBrluXCnVT5TEG1LeylMuty5Kn XgaILxnQRKctAyEWVEAyeKW11UiceDJaiWJlBAl5If+d4+xFPHOpfQsQh2Iu7NtMR++Z fpGXr5TweZxAaKYcaZhqLnsnn1nl0DZrUQWXM/aHT33pdG4XdLRvapbrJZIGV/HzSTRt xFnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=vrS5T9dOEoFOoWvZz9vx6cLNxYbP06U5x5wqF3kUgo8=; b=EL7zrKX+aYFIVYDgAlYHH+THPzasGWjKNmsh3/p4MLlhARxEH8C+gAVBCxLCVuer0/ OJ88N8PyBYtknKxqmvPj8s0SgctoKntiIzGjA02GAb66uD25AZp2XQflekBIWtlUWUkt gVERZ/0znrBgfAbUso+dQgD/+jGjImrDr9DW0NYq9NUBNltmHBHEZAZm2soxBQP7W9Ne nDJgEGf29AmU07YJLOwsr34V1Iihj6pYHU5Gu4UJCGuGPCqY2iIx3ofF5cEMphkt0Sl8 5Gw0zOUTLdIS5zVriZnghmr+btC9jqeJNuCJepsYjjl9K2JTSEVbRa1qk/rw+C2oLWbz K6RQ== X-Gm-Message-State: AOAM530MfWqLuxJZctIpqglUA2Oz14tllHRHmCQSnKxbTuP1Mek9hymW U772xgucn/ycmux0myTa/DFTs9OvjQ40dko/cE4= X-Google-Smtp-Source: ABdhPJz5mP+5D8zrAPe1L1Ct24+ckA8PHEjU8Jn4ezJPeStTPLZzbGG7uta+Z3anQFnS2UsTOuL7lfF+O0mHkeYoUUs= X-Received: by 2002:a05:651c:b0b:: with SMTP id b11mr452203ljr.39.1619047842057; Wed, 21 Apr 2021 16:30:42 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6504:5f6:0:0:0:0 with HTTP; Wed, 21 Apr 2021 16:30:41 -0700 (PDT) In-Reply-To: References: <877dkzg9y2.fsf@nicolasgoaziou.fr> <87wnsx9rcj.fsf@nicolasgoaziou.fr> <87y2dc82ct.fsf@nicolasgoaziou.fr> <87sg3j4vbl.fsf@gmail.com> From: Samuel Wales Date: Wed, 21 Apr 2021 16:30:41 -0700 Message-ID: Subject: Re: stability of toc links To: Samuel Loury Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2a00:1450:4864:20::233; envelope-from=samologist@gmail.com; helo=mail-lj1-x233.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: , Cc: emacs-orgmode@gnu.org, Nicolas Goaziou 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=1619047917; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=vrS5T9dOEoFOoWvZz9vx6cLNxYbP06U5x5wqF3kUgo8=; b=EhEJudr3v21XDHHc9ZniCqyj2USnCM0RGFGqKrqolaCeP5AuqL5kERc1uwijQgW9vtMjaE ash7o6/ss9n8ssNhZcjkSVZd9V9N8bcnSZf+N2ARdM1+fAzyvfQTbRSowG+5LkT2oh9QZF +b+8a6cgW0KS470X4hag88NNt8l8QAHXyJ4WInCF3ragvxLI6l364O1xaYIPL9POnyvDUA gVpbdsUCAB7DW+HhAgsvSZP3Dm08tL0tX/laS1/Dp4DovH0ephM0werC9W57cobkXv6pO8 3C2FdWkz5ixeiylBypNByATovouJC5mhBwA0DsQVWwECIIMBOiYtKyd/S54v9w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1619047917; a=rsa-sha256; cv=none; b=a8b+Ebz/U5YREqqVqNhgpa889g9cswnKxfMyZQ8GaSj+Yq99FtGsnAJw8Tyu4lA7fm65Te ZnmkGGhLXmDTG0QjW57OKHeydWhIpX1kDtOSz3pdBbDxbtgomsyV/sc26oSbXRoBEWhlzN 6dPMrqLKY88IH/6AxAlh8m7nVEGjcQ7mcPvD5DSjS3aR/9L7f+mevto3v4Qjx9irtlU52f tIT5mvN4NE3z/h3r00TrLf799HOMxRXNamxQRBEN2SqVpmhxbBDAXIBkPzXYbInXaP9tIO +gPCzBZ66GczLBXWCa2oCPnRV9J6STw9zVpMi8AOs1g91LHTqr1AN4SeXswxFg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20161025 header.b=JBroYEgc; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); 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: 0.46 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20161025 header.b=JBroYEgc; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); 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: 31D2D284E7 X-Spam-Score: 0.46 X-Migadu-Scanner: scn0.migadu.com X-TUID: K6CaYzV9kP++ as it has been a long time my original post is Message ID and the content is =3D=3D=3D when you link to a section using toc, you get a link like https://thekafkapandemic.blogspot.com/2020/02/crimes-against-humanity_3.h= tml#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. =3D=3D=3D On 4/21/21, Samuel Wales wrote: > more below. [note the two samuels.] > > On 4/21/21, Samuel Loury wrote: >> advance what heading he will share, so he would have to add CUSTOM_ID >> everywhere, just in case. This sounds like a lot of unnecessary work. >> >> The solution of tec=C2=B9 appears to be a new generation of the html ids= based >> on the heading content rather than apparently randomly generated, making >> the generated link become the same across new generations. >> >> I hope it clarified the discussion. > > it did improve it. thank you. the above is concise and clear. > > suppose reader A wants to send a link to reader B. > > one exported [i did not use org's publish facility] post is > https://thekafkapandemic.blogspot.com/2020/02/crimes-against-humanity_3.h= tml > . it has MANY sections. i turn off toc for a whole section and then > put a toc in that section just to make the main toc less forbidding. > here is the html for just the top few entries of the main toc -- > notice 3 links each with a hex code that changes. > >
>

Table of Contents

>
>
    >
  • This post
    • >
  • The name of the law
    • >
  • Basic facts
    • > > suppose i add a section after This post. Most links will now be > broken. A could have sent any of them to B as raw hex links. > > i just want the problem understood at the user level. i get that > there are possible implementation issues. > > i spent 16 years researching and writing the blog post. i don't want > links to be broken or to have to kludge in a bunch of custom id or org > id properties drawers just in case somebody links. even if drawers > are added to every linked section automatically, it's a lot of clutter > and slowness [org id searches are slow and drawers have performance > issues that are being worked on but not merged into maint yet]. that > is a lot of drawers just for links that might or might not be sent. > > i am limited in computer use so i will probably not pursue this > further if there is no interest. > > there is some interest. e.g. carsten said he thought tec's code or > somethign like it should be merged into org qua org. > > -- > The Kafka Pandemic > > Please learn what misopathy is. > https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wrong= ed.html > --=20 The Kafka Pandemic Please learn what misopathy is. https://thekafkapandemic.blogspot.com/2013/10/why-some-diseases-are-wronged= .html