From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id yMSHHeMoNWawogAAqHPOHw:P1 (envelope-from ) for ; Fri, 03 May 2024 20:11:47 +0200 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id yMSHHeMoNWawogAAqHPOHw (envelope-from ) for ; Fri, 03 May 2024 20:11:47 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20230601 header.b=cjgQdDia; 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"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1714759907; 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=VniWIedhKX4Fxl/x5+0DWTSF+lsLQm62nkEmgScJAuc=; b=fpyLt++eLXk71gwma7cWx9QALhBVR50AhVzHovCXY6OIk1NdjQXwW6a6yvdVamNdQNLf0u j1JuycEA6knDAmhVPlKG5/HJl6rEdMkTRW0j+Wjww1lo3Qlu+MBmsABjXVS2BOC0H2/WpJ Q1JWAPtGUnQQ4Is5nj30hqpy2h1s3UsOfvFoBlX5mEjxV09v682gd/V7JZnNQfvHM41YGw LycYojyAQvfjT6kP/t33EKVWNkpzKJRPLesSGuiETERcuE2hSIVaNCshBImxofuI4h8LoO 7bbHvi/zSO4JRifShd4OxhFTQZ4lvFQsEGM4anm4SQ3LbGJ3uW/5fY4g0YyNYA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20230601 header.b=cjgQdDia; 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"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none) ARC-Seal: i=1; s=key1; d=yhetil.org; t=1714759907; a=rsa-sha256; cv=none; b=fX/7T4e49+C5Z8rZ9D2WwTw6wKZsmqg8lFg/rtWFU/KnVVPO6Ms1Eo+BXjgxnsraIBprdi NB2PSr3AL8oulPEdDDRpGkgM9FCV9MGwkbpQ7QvpOeSNVIqFuv+HiU+9BiHIIJ9+B/mGj2 PrR1ykDOdTfV6DTiaGXNXn9yxE080JnWfd68DDm/m/kBjZ6kyMHrxA33OfgUhZk5+j0DLi 6FgkVmLSaOHp1PRO6mDwaFzg+UrEMjI+x2J+qaC2fE/nQJKl2brF1iM1MwRc+uDdOX1NNI oLCXaMLc2b3+oGxHjncoSyqRVkZ7/sIvtB9gzVpA4spKfOk0WrIvjlPelAMRaA== 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 51E3251339 for ; Fri, 3 May 2024 20:11:46 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s2wku-0002Fe-F7; Fri, 03 May 2024 13:31:32 -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 1s2wjP-0000fx-NR for emacs-orgmode@gnu.org; Fri, 03 May 2024 13:30:00 -0400 Received: from mail-lf1-x130.google.com ([2a00:1450:4864:20::130]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s2wjN-00088y-T1 for emacs-orgmode@gnu.org; Fri, 03 May 2024 13:29:59 -0400 Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-51f29e80800so2758809e87.2 for ; Fri, 03 May 2024 10:29:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1714757395; x=1715362195; darn=gnu.org; h=content-transfer-encoding:in-reply-to:mail-followup-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:sender:from:to:cc:subject:date:message-id:reply-to; bh=VniWIedhKX4Fxl/x5+0DWTSF+lsLQm62nkEmgScJAuc=; b=cjgQdDia5l4phwe8Ydo5nRkETCObOPlBTAR/dDVQbBRQBsBw2XEXMmdqKJftLoL1Kr fXgOypbkrFPkZmfak0M072wSOVE9WmmrEc81rlA83DvOrIngAfYG5vNr6c2BhYaG4WJx Vtf4klWeRME7V3FHuFA8SiAA7jLGo+IGiJMOeWkwY8FUWCuigaIp8vsDhVm3NVALbQrX lllK21sIYxUtVxm9DMfT914Y7zMUJtqo+7w++WFFaVjiZUhwmp2ly8BHVCLkzv1UyyGx Efg8ghyhB6Ib2vt25r1Su/gVc5C2601oDEc9MiZWt1DmyZ1d9YNX5Ybq4Mg2NR03Blva vRIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714757395; x=1715362195; h=content-transfer-encoding:in-reply-to:mail-followup-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:sender:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=VniWIedhKX4Fxl/x5+0DWTSF+lsLQm62nkEmgScJAuc=; b=Jhx9EohiyqQcIqMt2jB4CENRGFSxPPYlFFIaekg1nE4lD7TLSEheN9PS8n8CQDA2JL 1d16UCIJAxJU5jbJbo1Y5wD7QQRZxAim6RH4eG6s/I7SyKGqm7oSMuoLnRtTNJHqVt3R 77NwNc2yomaTqiQBGIIKBfoFZixz/yZUAxZKRToIfvIwIeOp1RzK7sANV4wO/T5ZbLjO jB0aS6fUTmvTX8ddQ7CEiB34qtfdhGFDYGGtKF8cm/oPAeFPonJz/uBaqLHxK/2UAQRG QjN5aSQCFi1pe3MzklPJuzQT23LaVHacZjNHgxRjpF5ALML4cMqFRzx6v52YdO4ulMcn VYsw== X-Gm-Message-State: AOJu0YyCCe/wP/IN7QVQElYtVVUfAbVR7KBfm3QuAygzvgTnSNmNBFHU TFqEPHeDHtec6rMxvocLoUQo9CH/V4ddNFb534hp2oaV3+ZrV1DF7jWtzg== X-Google-Smtp-Source: AGHT+IGCUESQeOCuQ00vTfASY/Vu2VlGE3Eg7flvNRjyzW+oTApvyoY1WbXHUQPatOb+lRb5iostxw== X-Received: by 2002:a05:6512:202c:b0:518:c057:6ab1 with SMTP id s12-20020a056512202c00b00518c0576ab1mr1905208lfs.66.1714757395169; Fri, 03 May 2024 10:29:55 -0700 (PDT) Received: from [192.168.0.102] (nat-0-0.nsk.sibset.net. [5.44.169.188]) by smtp.googlemail.com with ESMTPSA id a24-20020ac25218000000b0051b0eacd2c7sm592690lfl.1.2024.05.03.10.29.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 May 2024 10:29:54 -0700 (PDT) Message-ID: <52285507-e052-4790-9993-0bc0372ea504@gmail.com> Date: Sat, 4 May 2024 00:29:53 +0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird 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/)] To: emacs-orgmode@gnu.org Cc: Protesilaos Stavrou References: <877chcyz36.fsf@protesilaos.com> <87o7anop4i.fsf@localhost> <87y19lfzwv.fsf@protesilaos.com> <875xwpe1c5.fsf@localhost> <875xwngiwx.fsf@protesilaos.com> <871q79cqgf.fsf@localhost> <87cyqcv9q1.fsf@protesilaos.com> <87a5lgv8qd.fsf@protesilaos.com> <87jzkbcre6.fsf@protesilaos.com> <5a5a05a6-2546-41c0-914d-acfe2fe04029@gmail.com> <87r0ejtadq.fsf@localhost> Content-Language: en-US, ru-RU From: Max Nikulin Mail-Followup-To: emacs-orgmode@gnu.org, Protesilaos Stavrou In-Reply-To: <87r0ejtadq.fsf@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=2a00:1450:4864:20::130; envelope-from=manikulin@gmail.com; helo=mail-lf1-x130.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.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-Migadu-Spam-Score: 2.75 X-Spam-Score: 2.75 X-Migadu-Queue-Id: 51E3251339 X-Migadu-Scanner: mx13.migadu.com X-TUID: i7N4x4wgzO8R On 03/05/2024 18:14, Ihor Radchenko wrote: > Max Nikulin writes: > >>> Yes, sure. It is fine to reuse an existing user option. Though reading >>> through its docstring and the code, I cannot tell what this is doing >>> exactly. Is it applying to all HTML elements, or just headings? >>> >>> On my end, I have that option set to nil, but exported headings do use >>> their CUSTOM_ID. >> >> It seems it was broken by >> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=5e9953fa0e >> >> `user-label' is set to CUSTOM_ID when it is set, so checking the >> variable is not effective any more. > > Nothing is broken. CUSTOM_IDs for _headings_ were used unconditionally. > > org-html-prefer-user-labels > ... > Independently of this variable, however, CUSTOM_ID are always > used as a reference. My bad. I believed that this option is (or was) necessary to get anchor names as CUSTOM_ID, but I have tried Org-9.1.9 and I see elements having id attribute with CUSTOM_ID values.