From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 32659 invoked from network); 27 Mar 2022 11:18:03 -0000 Received: from bsd.lv (HELO mandoc.bsd.lv) (66.111.2.12) by inbox.vuxu.org with ESMTPUTF8; 27 Mar 2022 11:18:02 -0000 Received: from fantadrom.bsd.lv (localhost [127.0.0.1]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 69a43e0c for ; Sun, 27 Mar 2022 06:18:01 -0500 (EST) Received: from scc-mailout-kit-01.scc.kit.edu (scc-mailout-kit-01.scc.kit.edu [129.13.231.81]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 7c97d2d7 for ; Sun, 27 Mar 2022 06:18:00 -0500 (EST) Received: from hekate.asta.kit.edu ([2a00:1398:5:f401::77]) by scc-mailout-kit-01.scc.kit.edu with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (envelope-from ) id 1nYQuG-00AnUD-2S; Sun, 27 Mar 2022 13:18:00 +0200 Received: from login-1.asta.kit.edu ([2a00:1398:5:f400::72]) by hekate.asta.kit.edu with esmtp (Exim 4.94.2) (envelope-from ) id 1nYQuE-00409b-BF; Sun, 27 Mar 2022 13:17:58 +0200 Received: from schwarze by login-1.asta.kit.edu with local (Exim 4.92) (envelope-from ) id 1nYQuE-00018l-Nk; Sun, 27 Mar 2022 13:17:58 +0200 Date: Sun, 27 Mar 2022 13:17:58 +0200 From: Ingo Schwarze To: anthony@anjbe.name, mario.blaettermann@gmail.com Cc: discuss@mandoc.bsd.lv Subject: Re: HTML output: section headers with diacritics not in table of contents Message-ID: References: <10474-1648225308.014815@KUMT.SLa5.YYhl> <50325-1648317313.709340@li8c.ggMJ.xEbA> X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <50325-1648317313.709340@li8c.ggMJ.xEbA> Hi, Anthony J. Bentley wrote on Sat, Mar 26, 2022 at 11:55:13AM -0600: > Ingo Schwarze writes: >> All the same, before starting work on an implementation, i would >> also appreciate your opinion, Anthony (and possibly of similarly >> prolific users and maintainers in other operating systems) whether >> such functionality seems desirable to you, because i feel like >> sitting on the fence myself. > As a user, I was mildly surprised to learn Mandoc limits URL fragments > to ASCII; I would expect it to create UTF-8 fragments seamlessly. > So consider me in favor of such a change. > > In fact, if it’s workable, I would also like to be able to use UTF-8 > tags in less(1) as well. OK, i see. So i have added a TODO entry, see below. I'll not start working on it before the upcoming OpenBSD release, but after that would be a good time to see what can be done. Thanks for your input, Ingo -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv