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 ms13.migadu.com with LMTPS id mAESCRcbxmawIwEA62LTzQ:P1 (envelope-from ) for ; Wed, 21 Aug 2024 16:51:35 +0000 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 mAESCRcbxmawIwEA62LTzQ (envelope-from ) for ; Wed, 21 Aug 2024 18:51:35 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=cUxHS1tI; 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=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1724259095; 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=v0Eo21PrtQJcJzAPkvHsTLS24RqC5TV2dDtRX+NFMmE=; b=YyyGw3gPpEHXm0O8AS7fARNXGL2qKfYNuEpTbqId29IScPfZryijutEj/IP8wXfXo+0FyO kqiCFWNd4JK6mrCIcsmCPEXlPuQxjTehN0sX0htlsL4Ce92cIhf5MgFOXi56vMEmp8MsHJ IL61UY6RJlUs6s4ZdPg1+N78B03vgks5DpTj0ecWyWbONDZvrj79gSolw186LgDkKY/Qc3 lA3rxu+JXrMrhnFAV1ShV+FccypkPeFaFMPg6q0twGG/D0J16xJHNSRSaEkpz6tmNxMgQ2 1YQyjnsNRbDhvxSr1qlPRsK5a6AcfHsIE8Tr4j/bx3hmxc9Fk1sDJ8W21jYaSg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=cUxHS1tI; 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=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1724259095; a=rsa-sha256; cv=none; b=j8dSFhKiE9Yc2coxC956pzJeSEssgFV7Rl2yoRkcTS2i1LKuMDXl9ljqrE97vU4N3lDa+n Fcp+4ru8mbMl9yuXipNFSRW11YVkK+at0jg/VbGUwuhb5bTJhcZAugoPPROCmkZnTS3bav 4Zh66psc7vJBf47zLJlAHloHhMPTyYi0k4C2XQUSUvfd4aKpKe2LEY6zsOesq20DstKhKi VYH+G8JVfFw0YLXp0Bz/HLqDfDuNDpkV5h0+kmCjBZROU91ILVCYT8nua0ejOfogaNagI5 KBxwRfJBdGc0cyyeC5LsfFgu1RuqFUzJG33p2bc6w1/Bx1qFqfICxdkxw1+L3A== 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 9946B7DAE3 for ; Wed, 21 Aug 2024 18:51:34 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sgoXb-0004Do-H1; Wed, 21 Aug 2024 12:50:35 -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 1sgoXZ-0004D1-Ny for emacs-orgmode@gnu.org; Wed, 21 Aug 2024 12:50:34 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sgoXX-0000BC-9B for emacs-orgmode@gnu.org; Wed, 21 Aug 2024 12:50:33 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 21E6D240103 for ; Wed, 21 Aug 2024 18:50:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1724259025; bh=chruDG2p1Uk/Rv9yyzfSfrtoXZDiAe3pvFUmFA/RREQ=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=cUxHS1tId95Hx5Jg85MVLU4MrgmHAm10TpEI2MBJqAQ5Gr6EHT9HC8cqALkImbrF0 PQ9Po1zIk+GRCdaNerph+9ahmuZW/numSx1XnLVzqMFwjDX//QvsCDUdE2lbdXFF76 WksBQI5lItWSMFGXBb3L57lFQ+eAlZ4OJ13FGhABvII1ZLFm0n6GXVJka0fpVxCcPD BF2laDXWmITK5BJVgmDoCh/X3d2HNGsyblN60yDuBlk7UI8nOJhnQi5tJRVTAx1M7i YfEPELUgaDwr7nSYvorSwEYOhdo9lMWUNk//gdwEZUAAMpDlfUFFnS3HKXxgAwgu5x g+qp6nwHqRxnA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WpslN1jSPz6tw6; Wed, 21 Aug 2024 18:50:24 +0200 (CEST) From: Ihor Radchenko To: Gregor Zattler Cc: emacs-orgmode@gnu.org Subject: Re: [FR] stable literal hrefs in HTML export of direct links and usage of link description instead of numbered links in case of shortend link syntax In-Reply-To: <87plq3nslb.fsf@no.lan> References: <87plq3nslb.fsf@no.lan> Date: Wed, 21 Aug 2024 16:51:21 +0000 Message-ID: <87seuxlsza.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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-Country: US X-Migadu-Flow: FLOW_IN X-Spam-Score: -9.39 X-Migadu-Queue-Id: 9946B7DAE3 X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -9.39 X-TUID: hXAzdAKbqRia Gregor Zattler writes: > I write a piece documentation with a > glossary in form of a description list > and want to able to link to the > descriptions. The thing is then > exported to HTML. > > The only way to do that I found was with > direct links, but this > > 1. does not allow for stable hrefs > > This > > An Emacs [[frame]] may be > opened... > > - <> frame :: This is ancient > terminology... > > > This renders into (among other things): > >
>

> An Emacs 1 may be > opened… >

> >
>
frame
This is ancient > terminology…
>
>
You can customize `org-html-prefer-user-labels' to suppress automatically generated IDs in your scenario. > 1. that instead of a random id the link > description is used as a href and > therefore be stable between different > exports, and A more general question is whether we can default references to targets in HTML export to use the target value. I think that the answer for such a default is a no - IDs in HTML cannot contain spaces, while Org mode targets can have spaces inside. Moreover, in HTML4 spec, IDs are limited to latin characters, while Org mode documents may not be latin-only. Of course, we might also go into previously discussed idea to generate valid IDs based on the text (we usually talk about it in the context of headline IDs), but that will simply be a repetition of the previous threads like https://list.orgmode.org/orgmode/87wnrhl7z7.fsf@catern.com/ https://list.orgmode.org/orgmode/CAJcAo8tXVW39h18FUXLtwoDYNKQsFHqCp+YDiyWfLee29B1PRw@mail.gmail.com/ -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at