From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id EFkOHz5/EGUEeQEAauVa8A:P1 (envelope-from ) for ; Sun, 24 Sep 2023 20:26:06 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id EFkOHz5/EGUEeQEAauVa8A (envelope-from ) for ; Sun, 24 Sep 2023 20:26:06 +0200 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 1582746A7B for ; Sun, 24 Sep 2023 20:26:06 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=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"; dmarc=fail reason="SPF not aligned (strict), No valid DKIM" header.from=posteo.net (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1695579966; 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; bh=oYz0O8vv6vGB7SBI8oMvx8ElxrdREduEUHeOOLkaVXM=; b=mjHtHB2ghftVwceUur02vSaYD7Wv9XpUj3Q5eskk/TrhW6shBeTr2qqmHYPOvqOmbjoBs6 1K3YOfiLB0Mpewwuz7f4HghUNpOw2qXL39s2QWBhLxJgFKwqUNVB+z4JTn9OZ4tfZfomZW GohesxYeLJtg8k1bvIh2EjxnIBzd1/q+pJOCy8HzLlTBcbsvpXYeZOwbboZjky/ViYErVH rY1DYqXzx+nwo2Nn/oRPjQhJeT/zp9HnVwxPkfagzlGRyuEBkRnD1TGAK3k1oGeL1HmdVj D14JeDIFR15BXPYS7ZQ+KuG3H0Cj0z716u34w/6/SU2EVD7ZRiijfHvP23X96g== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1695579966; a=rsa-sha256; cv=none; b=fY6RZINQJYIEza9GnhFWxGkHp3orLqAT6hk0d47XHxJDuL/t6LOgzouP92/67KCYD7/kO3 GXkHATHwrCwdO7/Iktpz6HJstl6KHujJRg7mr2D16xJd3ltffnDXv5wVKdn0hPoP8zbGoP Gm1pvT95j7wKPkjxviYKVHh6S2ql0aGBxsne6Oc8TUghEnEHd2C3XYqex+soB0d+U/dpmC S5PkbwQbz+Evw9DZzyKbRAApdR64MbcjL71FJ56V64gHbCk5FK47UdRhVV21QBQhJcbFCb wQpTJCluNp6lYtwQJLyAoDidltsThzvjEk7nQ8h8vzxSqHtj+diJvRb4ZihwPw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=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"; dmarc=fail reason="SPF not aligned (strict), No valid DKIM" header.from=posteo.net (policy=none) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qkTmz-00056X-HA; Sun, 24 Sep 2023 14:25:05 -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 1qkTmx-00056P-1e for emacs-orgmode@gnu.org; Sun, 24 Sep 2023 14:25:03 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qkTmu-0007vZ-Ck for emacs-orgmode@gnu.org; Sun, 24 Sep 2023 14:25:02 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 0DB76240028 for ; Sun, 24 Sep 2023 20:24:57 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RtvYh0CvYz6tyW; Sun, 24 Sep 2023 20:24:55 +0200 (CEST) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Ihor Radchenko Cc: orgmode , Timothy , Max Nikulin Subject: Re: Fallback fonts in LaTeX export for non latin scripts In-Reply-To: <87edir294v.fsf@localhost> (Ihor Radchenko's message of "Thu, 21 Sep 2023 09:00:48 +0000") References: <878r9t7x7y.fsf@posteo.net> <87wmxbvd60.fsf@localhost> <877cpb8mkd.fsf@posteo.net> <877cpatfol.fsf@localhost> <878r9ocl17.fsf@posteo.net> <87bkejoh4l.fsf@localhost> <87il8ra554.fsf@posteo.net> <87jzt6weae.fsf@localhost> <87bkehshni.fsf@posteo.net> <87o7igvqzw.fsf@localhost> <8734z90wmy.fsf@posteo.net> <87edir294v.fsf@localhost> Date: Sun, 24 Sep 2023 18:24:55 +0000 Message-ID: <87ttrj77k8.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.67.36.65; envelope-from=maciaschain@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, 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-Country: US X-Migadu-Flow: FLOW_IN X-Spam-Score: -1.43 X-Migadu-Spam-Score: -1.43 X-Migadu-Scanner: mx1.migadu.com X-Migadu-Queue-Id: 1582746A7B X-TUID: UrIXKkRKwSVW Sorry for the late reply. Ihor Radchenko writes: > Juan Manuel Mac=C3=ADas writes: > >> [...] I am very interested in all possible improvements in babel so that >> it integrates as best as possible with automatically generated files. >> Among them are the possibility of using BCP47 codes or using a language >> (at least basically) without the need for a prior declaration. These are >> things already done, but there are others that can still be improved. > > Do I understand correctly that babel, in future, may be able to > auto-detect more languages without explicitly declaring them? Correct. Indeed, it is possible to use the command \foreignlanguage or its environment version (otherlanguage*) without having to declare the language previously. I would say that \foreignlanguage is a command that covers a high percentage of use cases in multilingual documents, since it is intended for short fragments of text and only loads the hyphen rules of the host language. >> [...] any suggestion for improvement is very welcome [...] > > This is a bit too out of context. Improvement of what? I think it is related to the previous paragraph: "I am very interested in all possible improvements in babel so that it integrates as best as possible with automatically generated files[...]" >> Among the things I agree on is name issue. I am unifying the dice in the >> CLDR as much as possible, and already, in fact, it is very advanced: >> >> https://latex3.github.io/babel/guides/locale-naming.html > > AFAIU, the relevant quote is > > They are taken from the CLDR. Wherever the CLDR doesn=E2=80=99t provi= de a name > (eg, =E2=80=9CMedieval Latin=E2=80=9D), the pattern followed in pract= ice for other names > is applied, namely, use the =E2=80=98natural=E2=80=99 form in English= : medievallatin. > They should be preferably based on the description field in the IANA > registry (eg, polytonicgreek), although some simplifications can be > necessary, because some names are =E2=80=9Ctoo=E2=80=9D descriptive. = See also the > templates for about 500 locales already available. As a secondary > source, Glottolog is used, too. (Wikipedia articles can be taken as a > complementary but unreliable source, and its information must be > verified; on the other hand, internal data, like this one, is useful = for > both names and tags.) > > I am not very sure about "some simplifications" referring to IANA. I > guess it is referring to language names in > https://www.iana.org/assignments/language-subtag-registry/language-subtag= -registry > like "Puter idiom of Romansh". > > From Org perspective, verbosity is not a primary concern as long as we > provide #+language: completion support. Probably, we should favor names > that are more likely known (or can be easily found) by the language > users. IANA and https://glottolog.org/ look like good sources we can > link to. > > We can also provide multiple language name variants though I don't see a > need to bother unless we get user requests to do such thing. I agree. I even think it would be a good point to also include the vernacular name of each language. By the way, Javier has also told me that he is going to consider the 'onchar=3Dids fonts' issue related to the case of several languages that use the same script (already discussed here in past messages). Best regards, Juan Manuel=20 --=20 Juan Manuel Mac=C3=ADas https://juanmanuelmacias.com https://lunotipia.juanmanuelmacias.com https://gnutas.juanmanuelmacias.com