From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id AJNHOYfdGGZteQAA62LTzQ:P1 (envelope-from ) for ; Fri, 12 Apr 2024 09:06:48 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id AJNHOYfdGGZteQAA62LTzQ (envelope-from ) for ; Fri, 12 Apr 2024 09:06:48 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=protesilaos.com header.s=gm1 header.b=YNbWaYd1; dmarc=none; 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" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1712905607; a=rsa-sha256; cv=none; b=LUeWZIAG6VRIXE5L/Jra69tyJwxfXaogdhpQMttpc/dGDN7nyd7YMQnM3+S7wcJSxXL9vm zryiPxaR7syGFcF2UISWpOBe+AqaMRuni3ThXspeKG3tfvfdQ1fxjJ8I34jsvcc+WNwiCQ 6w092zOULxOr4QVVC3GPlXD605gvUeUqXWUkDnrc/mDgiaasSx92XdyBbEoTmJm7TcybFU sxeBlqdiBfXo5tIsSmi//f7O6VWLodv4CvXHqzKKzwAfkKbly+lBsS+5ROjYXTAzo/WRgU SvLbcAw0+9FGIKMrp9b7v1aeb8FKtPE1S207hXsiJMBQUNs8Ibg+5VfFRRT+Dg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=protesilaos.com header.s=gm1 header.b=YNbWaYd1; dmarc=none; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1712905607; 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=dddPbgidJN8/eMbKLD2NiQxLJTh/zrgBOfjBSOlT7iI=; b=tuIA4bEe1Hrl7isFt4BC3QqHeNjB3TDeAPK5E7NRDNM1QC1dXUAll3jY9k2CHn5QumNdmL 0x9YLzkyLS3a6fLXmX5rtwxA0H/e00pUYRL3emItik6ujYQLpUKvKiUGJC1tmo30sqvIM4 Qw5hxbKPY9+b9Qmyeua3V6/CaQlU57QXTqM33kChTMHrBr5BSlhKwkmghCQDPcDvw0e2uq fZWSagfISYz+m7IjD2IBD+Gym1yvEu7ijU1DUlORP5WqA10qT1cWmo0Ixs9+qfNEkIopvV QL09ukXCWxpiSoD4nqVD2zBwEQhayHUpxGpC4dfo5OpXYMZ68mnLJAce2fe6+Q== 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 698E972493 for ; Fri, 12 Apr 2024 09:06:47 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rvAyu-00030p-7M; Fri, 12 Apr 2024 03:05:52 -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 1rvAym-00030g-Q0 for emacs-orgmode@gnu.org; Fri, 12 Apr 2024 03:05:44 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rvAyi-0002lM-In for emacs-orgmode@gnu.org; Fri, 12 Apr 2024 03:05:43 -0400 Received: by mail.gandi.net (Postfix) with ESMTPSA id 55DEB1BF204; Fri, 12 Apr 2024 07:05:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protesilaos.com; s=gm1; t=1712905535; h=from:from: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; bh=dddPbgidJN8/eMbKLD2NiQxLJTh/zrgBOfjBSOlT7iI=; b=YNbWaYd1adQ7eKuBhpar5fxMLJ7rFKk8qZ05C3BXxUJBV4QZxS183TTtIUo1ytafHapXX/ X8S0urBaJz+2mTfb7bWHYBdJc6N4LQ0ydHISWj7/ShFIIg+f2tTl8j28/TgUTDTtD4Qa3D 3pwxhK6JJj9PAsKksF2SxktFNkh/TkN5jZGWYbs9Bi7IO5CoO53c0ZB/qYaeGcwanrUUXF mTtMjNboBfsNGO2y3ifa44UPlu3uT64fF6uro4DU0RkAw4dEH5IvmT/8eHCQVta4n43C0H RQJDk6jQfJAFKtzIoNRChU+afZDEI7WB8x+f2f46NPKQ+8MWCDyq2cWyq236oQ== From: Protesilaos Stavrou To: Ihor Radchenko Cc: emacs-orgmode@gnu.org Subject: Re: [BUG] HTML export does not preserve footnote label [9.6.15 (release_9.6.15 @ /usr/local/share/emacs/30.0.50/lisp/org/)] In-Reply-To: <875xwpe1c5.fsf@localhost> References: <877chcyz36.fsf@protesilaos.com> <87o7anop4i.fsf@localhost> <87y19lfzwv.fsf@protesilaos.com> <875xwpe1c5.fsf@localhost> Date: Fri, 12 Apr 2024 10:05:34 +0300 Message-ID: <875xwngiwx.fsf@protesilaos.com> MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: info@protesilaos.com Received-SPF: none client-ip=217.70.183.201; envelope-from=info@protesilaos.com; helo=relay8-d.mail.gandi.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-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.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: -9.07 X-Migadu-Queue-Id: 698E972493 X-Migadu-Spam-Score: -9.07 X-Migadu-Scanner: mx10.migadu.com X-TUID: l5xGUgO3ycTv > From: Ihor Radchenko > Date: Wed, 10 Apr 2024 14:31:22 +0000 > > Protesilaos Stavrou writes: > >> Though I should have clarified my intent earlier: the idea is to use the >> label as a fixed reference to the footnote, so that the link does not >> change between exports. This is the same principle as what we do with >> links to headings that have a CUSTOM_ID. >> >> As such, the anchor text can still be the way it is now as an >> automatically generated number sequence (^1, ^2, etc.), but the HTML >> "id" and "href" values will be constructed based on the label of the >> footnote, NOT its number in the sequence. >> >> What do you think? > > That may work. One may simply change the anchors for footnote references > and footnotes when they are labeled. However, we should be careful when > labels are duplicated (multiple references to the same named footnote) - > only a single back-reference is possible from the footnote definition > back to footnote reference. I think the issue of labelling the footnotes is separate from disambiguating them and avoiding duplicates. Of course, having the latter is nice. But the part about the labels should be limited to the use of the data we already have to keep the patch/change small (maybe subject to an opt-in user option to not disrupt any existing workflow). With regard to the disambiguation scheme, I am playing around with various scenaria to see how Org HTML export behaves. Using the following: * Heading This is test 1 [fn:hello] This is test 2 [fn:hello] This is another test [fn:1] This is test 3 [fn:hello] * Footnotes [fn:1] [fn:hello] Hello We get this excerpt from the HTML output: This is test 1 1 This is test 2 1 This is another test 2 This is test 3 1 Notice that the 100 in the ID is not incremented further. I guess this is something that can be worked on but, again, I think it is separate from the issue of using the label for the ID and HREF. Any thoughts? -- Protesilaos Stavrou https://protesilaos.com