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 WLizBIwDjGAwYwEAgWs5BA (envelope-from ) for ; Fri, 30 Apr 2021 15:18:04 +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 UP9zAIwDjGCTDAAA1q6Kng (envelope-from ) for ; Fri, 30 Apr 2021 13:18:04 +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 7174624CB5 for ; Fri, 30 Apr 2021 15:18:03 +0200 (CEST) Received: from localhost ([::1]:33606 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lcT1u-0001NG-FX for larch@yhetil.org; Fri, 30 Apr 2021 09:18:02 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52974) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lcS8E-0008ED-GE for emacs-orgmode@gnu.org; Fri, 30 Apr 2021 08:20:31 -0400 Received: from ciao.gmane.io ([116.202.254.214]:48368) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lcS88-00006V-Qr for emacs-orgmode@gnu.org; Fri, 30 Apr 2021 08:20:29 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1lcS87-0006Ss-56 for emacs-orgmode@gnu.org; Fri, 30 Apr 2021 14:20:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Maxim Nikulin Subject: Re: stability of toc links Date: Fri, 30 Apr 2021 19:20:16 +0700 Message-ID: References: <87sg3j4vbl.fsf@gmail.com> <87pmyn8v2c.fsf@nicolasgoaziou.fr> <39516278.FqdmPJaz8P@ylum> <8735v8waqi.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 In-Reply-To: <8735v8waqi.fsf@gmail.com> Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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: , 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=1619788683; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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; bh=VgdvTNMDVeZBywfCCgFxbuWVZbOhXCJxUSr30QEaEIs=; b=D4+EGZIZ54LecE/YDXULLeC7TYOXfiUht9j0QjjWXELz3BOvAnNpM9cqIjv8OCYn3idgJh DnJzyHjyW3LFRqNkgDHvOxG2G4vhJSDVQGSH/cl6xXaLwCcqaiL8vMpwhGKYC48yV9QR0D uGp0Wdz8m5wM88w5tDerjuRp0xiiTyfsmelGEUWkVQgO5EOxi9xMoqEQb8IowdMK6XDaPz OTJboi9n/k/oNi6rG1xHv71uW3htYm2KA4Y5D77GMKRmj4Mhe4CzoZmt47Yo9ZCrDKHpk6 nrjTxp0enxka+QdSR1rkgyVjp99RxWEni7VFE0tPa3Fz+WEmKM+q+cP7rM/YfQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1619788683; a=rsa-sha256; cv=none; b=OfSUeuwRA4YVyij5PgXHzmdaKRYlumpb6qNTtAP97Rz8LISrQgwT2aMXSIyCRpqzt2/hw9 7R8Xd6tP0PC2UIlVREiokXjy2Zvn8lquOFhAIz5tvw5+ZMDFT+q37RSqHCrx3OUwp+jrTO cA9XQYNK6WHzOX5tEiEjUI2hRHMLqGCcIbJWW5RsS28vGX/H3B06WqKcLIywrKX2K0rnPt KEobUMhgxBas7nN15aMCbkNHjp++igOkhMceSfeYBAplpMMHWix4uADj8kjCrYQLdGIS0x ZR5AS0e7rH7fwJ4mESwVG4CGMYq5kilqBOrZCfr7xCRxQY1I9TM3hDocGWU56Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" 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: -2.50 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" 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: 7174624CB5 X-Spam-Score: -2.50 X-Migadu-Scanner: scn0.migadu.com X-TUID: p8aqu2TvASfw On 30/04/2021 13:24, Timothy wrote: > Dominique Dumont writes: > >> For what it's worth, DNS servers faces a similar problem where host names can >> contain any unicode character, but DNS servers support only ascii char. In DNS >> cases, this is worked around using punycode. (1) >> >> Using the example above, a host named "こんにちは.example" is converted to >> "xn--28j2a3ar1p.example". >> >> Punycode is available in Emacs through libidn (2) > > Thanks! I'm now making use of it as of https://github.com/tecosaur/emacs-config/commit/1ccbadd Personally, I do not see any point in using of punycode. The result is not human readable. I was not sure that url-hexify-string is a reliable solution, but surprisingly it is used by wikipedia now https://ru.wikipedia.org/wiki/Emacs#%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F[8][9] Could you, please, provide some details concerning problem you have noticed? Earlier wikipedia was used another approach: https://ru.wikipedia.org/wiki/%D0%98%D0%B2%D0%B0%D0%BD_%D0%A4%D1%91%D0%B4%D0%BE%D1%80%D0%BE%D0%B2#.D0.91.D0.B8.D0.BE.D0.B3.D1.80.D0.B0.D1.84.D0.B8.D1.8F (random URL found in browser history). Both pure (percent) encode or encode followed by s/%/./g produce unreadable result. I would like to see something like https://support.mozilla.org/ru/kb/zaprosy-na-razresheniya-dlya-rasshirenij-firefox I was never interested in this topic enough to check if other implementations, e.g. wordpress (or some plugin) use the same technique as python's unidecode or something else. Certainly, unidecode should not be hard dependency, but if installed it could be used instead of less intelligent default method. On 24/04/2021 03:51, Samuel Wales wrote: > [and also that i was merely looking at the examples and maxim's > analysis which i agree with, not tec's or others' code.] To be clear: my message was in support to Timothy's initiative. On 24/04/2021 03:46, Samuel Wales wrote: > i think the principle of > least surprise applies; many users will want to export not publish. Unsure, but names might be considered confusing. "Publish" to local files is a flavor of export that is accordingly to Nicolas stabilize link anchors (the feature you miss in "export"). Nobody forces you to transfer exported files to your hosting using "publish". Simple export is suitable for transient fragments or for tools like https://github.com/jkitchin/ox-clip