From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 2K+QMk028GEXbwAAgWs5BA (envelope-from ) for ; Tue, 25 Jan 2022 18:41:33 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id IBs/K0028GFZ+wAAG6o9tA (envelope-from ) for ; Tue, 25 Jan 2022 18:41:33 +0100 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 318449819 for ; Tue, 25 Jan 2022 18:41:33 +0100 (CET) Received: from localhost ([::1]:60930 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nCPoy-0000wK-A4 for larch@yhetil.org; Tue, 25 Jan 2022 12:41:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47862) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nCPnA-0000tM-Mm for emacs-orgmode@gnu.org; Tue, 25 Jan 2022 12:39:41 -0500 Received: from mail-oln040092068066.outbound.protection.outlook.com ([40.92.68.66]:30851 helo=EUR02-HE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nCPn8-0000os-9e for emacs-orgmode@gnu.org; Tue, 25 Jan 2022 12:39:40 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FQkq57xtZdEsxRrYzpXu3rfaIxnSHMzMA+5LaCmpco1edkmrNMngnFK6TvRgnOZ9T3EsfA0pzNDIMn9CrW9V95IrYodXOlpLwzegTUQ20PqVXRGrneWotZR/+b4aEH94JJaqEyLVfQXkQylH/APyeq1grS9pl/43AJ8kPkHKU053HpZaw8ToDwG8L4eUHuLBTFEPjPlJvrYiplM6ZUElbEJ4lggi2Sf6ewiQCtleb8nattHWj1B6E+67dS1+FYDw4NQmdAUCjjoCUlsMw+BEAMlrXhr9lLTqnz43ehVxFSKOIQdycNZTGqseSEsPelWKRo1GkpGxw7/EvAbiNENAgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=LF81vjf19geORm9ZcaTVwol+JV0gnxwtVAcYHlFPqMU=; b=Y/V3zqti0vJe+nP0MLf/zMlxDeGPOgmgt2mI29uYD7n9MHlfPqvQmZSoEh527jmFq66ZZ8tvIXm7JW7I0vZqnWxcoPaXDMtsbUuFsjSVOqHY+sBShZEunJX4q7KYeKb9Z/yyLifYeg2QQ61kOVddGpfKMtoPS/jeMlpQKKUMF73iosoqvxr5XP+emj5g6Omby7iub8yeUWcXQoC3ZzSN5MrsMzWnvtZmCm2Zeq+rX4cs4k/YDcANYUdM2XFYOCd6XE+KlSMbHqSNL9Rjph5hur4v4x1bJUGE5qQXKAxypimBfzzZoQmW+sRO/KnDYmcEPpLxX1M4LKXYuPvyKwcAxg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from PAXPR06MB8093.eurprd06.prod.outlook.com (2603:10a6:102:1a8::14) by VI1PR0602MB3821.eurprd06.prod.outlook.com (2603:10a6:803:1a::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4909.17; Tue, 25 Jan 2022 17:18:31 +0000 Received: from PAXPR06MB8093.eurprd06.prod.outlook.com ([fe80::b92e:41a9:a3e2:622a]) by PAXPR06MB8093.eurprd06.prod.outlook.com ([fe80::b92e:41a9:a3e2:622a%5]) with mapi id 15.20.4909.017; Tue, 25 Jan 2022 17:18:31 +0000 From: =?Windows-1252?Q?Vincent_Bela=EFche?= To: Nicolas Goaziou Subject: RE: [RFC] Creole-style / Support for **emphasis**__within__**a word** Thread-Topic: [RFC] Creole-style / Support for **emphasis**__within__**a word** Thread-Index: AQHYEdoYFmd5c1kK2UCxShUDOgGmf6xz8+BJ Date: Tue, 25 Jan 2022 17:18:31 +0000 Message-ID: References: <87zjl6ktu2.fsf@gmail.com> <87mwgimiqm.fsf@gmail.com> <8761n5r56f.fsf@gmail.com> <87fspd72t1.fsf@posteo.net> <87ee4waxud.fsf@nicolasgoaziou.fr> In-Reply-To: <87ee4waxud.fsf@nicolasgoaziou.fr> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 294985c4-f79c-2c34-a2b7-41aa7034613f x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [YMuxAotXmAKSQ33TQHpShV3gtuuLlHBM] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 29d49c8e-04e9-4ac7-7742-08d9e026b5ea x-ms-traffictypediagnostic: VI1PR0602MB3821:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Un3Ua5c20D9PUSJutYFkvQ/sikZvv+ZrQIWNbKVX7+RpSDb9z8s02t/CDa3Fv0MEcbZvB1hWCBnrEK1WSGiGlQbfprFM6RXezpZVjr8sQYDxCSOoPv3nVIdzivxQLQp17YtfqVJoSKgZJ3ulRSCF7NGTqkMSfcGZEmb4QwxDodFdEPL8YNG4Bl+wxrQXXtZNlv/lthOPFyNk8vnX/1jwjlE0sz/+T/mWrcivP6hmq5wYSonJIu0FmhNhpph2pnMNTicHyH5KjObDow7VRXAu9Vhba8xSpTGyoE6wt8tJna+P3Musvt86DAJzbgxCHUzelNEgxgKVVptMjazLYT1SXPc4cpdnGq8FOt/rDIkKU0IZzEJvSERdUcX/Qs0zGrkabbqnWVqav2DnrsIJ1Zsr1htW/THrqSAc/BXSNOGOvoO+DtKWQvAA02dQFwh9jrKKuS8YoAqg32wGm6h/bQ3owW7NXUlCsb4azpTwAB/lrM/oR7du6o9zDfRnDYAm68MpXWCXwMKGb6cq0ltHUTpfAucA6y8ZUljvv8Mjis08f5vh+pkj9Mek38o/CgZTLXE3o2aJAV5mOHHOQL9ptzBvXg== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: f3JQQ3ZnMmZAHLtWhMOG4MYlmzOZXf8GXyKxa/ZMo4G2+PhWvyO9us4B03PD/li9FQGdIHIaEFWEuEhURn+TjgNSdxslUAb9gcYMsuy0O2pdEDvUApUiOeGQAu8JzlXUjrffNPg35eOV2r1N448zKORsujj8fl4PL6IZyt7TaQ9aEs6FC1Eb1xSOqaqGgeZlbvASt2dGoHKCu6Fh1DHjonncWjhWy+CklREfk0htSOFqIFk9E0TrN95hWwlWeFLnUqwYP0pYcYRbB9hOpXD9gFAUNlAapR928TfAyAHxRTLPJIJKxOH4deaMSatDH0F/GYTwbztcWzKEmY75qoqd1ysrOe7I/Sfo1M2uf2j1/xp/DczmwPk5hK4XVrRXwsVe9Qx6WSTZtCN74e8zrpUeiz/2t0y6mPEhtffUYcw1K3E4jCPr6e2RFdF7rAYTnyq6bFctFujMQ0367xS7Jb3jdAHtW8LZmBR8DBThrvMGdznx+kGhyKeoZEtcIKJP8ppif5DgB4kJw+3vgilktPg9EILxyEo5WMq2xaFvs/mxUROHk4vUmCaedB1hfLpThc9xNGmS3s8y2u64fT+Q+mYZz8ZQzzs/uDivHvbu745VO9303d278v/VESX6eNcatCzwmqgXM/Ox7QGzSuGmBj8zVaG1QIe1b+0NfpM7C8CHjRFHv49eGRmUupH2qYA05T7OLgpLQfx7PiKi52sV+S1bRo+sreUyrgYY129y3DEmBfN65VXny4Kx98JOJd/C6VUzCl7+i+RvzuGmep7UIuuQGSDmWxGFXQL14izQh2me44y1m5e8RIUbg1vaM/1hIVmT150U5Pn5zjlB7p1vWiBQbLiQQAiguCTtEtkmL8a5vZBvTDuesVVt4nd6q7eJXKUsEm9tQpo0m3WBfcrB/Ez4Nq17vpAO/wdQEb12gDDb1sFRi+rGDxseUIl/PfGV4bdF Content-Type: multipart/alternative; boundary="_000_PAXPR06MB80934E235AC7E2922105557E845F9PAXPR06MB8093eurp_" MIME-Version: 1.0 X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB8093.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 29d49c8e-04e9-4ac7-7742-08d9e026b5ea X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jan 2022 17:18:31.4119 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0602MB3821 Received-SPF: pass client-ip=40.92.68.66; envelope-from=vincent.b.1@hotmail.fr; helo=EUR02-HE1-obe.outbound.protection.outlook.com X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-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.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: =?Windows-1252?Q?Juan_Manuel_Mac=EDas?= , orgmode Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1643132493; 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; bh=LF81vjf19geORm9ZcaTVwol+JV0gnxwtVAcYHlFPqMU=; b=s04vMGunswl6N96ynffiW8alG7TkfSpOIMToETOvM2AR/slw11m2lDC7xH3cGZByExZX/H +1lvtz5XFNzhNJyT6EWC+Sfb4fLJxTLSsJgRbKpaLtSwvM9bsHm6+2qUXp/V+RdWZIplgc kX/GpYWkd1VUNLgueSOCwozPiCAzMweT8aoNHykUKdFmy1FiLsKjaUcUmn3m65Q2BoHDjg Ja/X05znd0Q6SEX5ty+o1bNwrzYpVLku1brIoQSiA91ZTvigHIqT6S5kiHmjlHfxVeRw/w sUn6VqW7j+0ntZ5wdTs7wSyjJESv8QxCTW3Ahnt+koOyaOPFXaEmITgd4m5uMQ== ARC-Seal: i=2; s=key1; d=yhetil.org; t=1643132493; a=rsa-sha256; cv=pass; b=oKRV3h9zwTqJnBIFkOMaPXS+27Km9Ok5aHmeIt5t3uAW2IUG4C/3pO/JGP90P0IqqmX18F Q7DpfYSQgrJr5xQ0M3T1bRBzBdURjg8sT41TQoRXgkEnFxO3ES978uMSPvNRPk6OT2ZY4w KtQ/FTO0JCxyAAFPDZunyHEgqpUustVLZWHu2T4MKosny1OyI4/8e1ZqN10GJQDN5RU+Lo 4UUrW4nPo0BIbb2SzMPej7PlAYU0vAS3jCLx2LkFe7KBw1S9jTJR1ibyvr5SMPFig/TugH Dr3sedAjAKmOR0+uw9mfbP/kWn86FnY1RpY8rBghrSmtHMcAi71oat2JU+qmjQ== ARC-Authentication-Results: i=2; aspmx1.migadu.com; dkim=none; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=hotmail.fr (policy=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" X-Migadu-Spam-Score: -6.03 Authentication-Results: aspmx1.migadu.com; dkim=none; arc=pass ("microsoft.com:s=arcselector9901:i=1"); dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=hotmail.fr (policy=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" X-Migadu-Queue-Id: 318449819 X-Spam-Score: -6.03 X-Migadu-Scanner: scn0.migadu.com X-TUID: nvMKYGp8t5st --_000_PAXPR06MB80934E235AC7E2922105557E845F9PAXPR06MB8093eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello, Actually the source was in UTF-8, but it was using only characters that exi= st in latin-9, and it is exported to LaTeX for inclusion in a LaTeX documen= t that is in latin-9. So I used an Emacs lisp snippet to make the export, and in this snippet aft= er calling something like (org-export-to-buffer 'latex out-buffer nil nil = nil t), I was doing some insertion like (goto-char (point-max)) (insert " % Local Variables: % coding: latin-9 % End: ") (save-buffer) (kill-buffer) so that the exported buffer is converted to latin-9 before being saved. OK, when I inserted the zero width space this barked because of no zwsp (ak= a U+200B) in latin-9. Then I tried something else, I rewrote the code with some some LaTeX snippe= t @@latex:\kern-0.5em\relax@@ in it, like this: ~--my-option=3D~ @@latex:\kern-0.5em\relax@@ /option value/ that was OK, but this really makes the OrgMode ugly (maybe a custom entity = would be better), and also this works only for the LaTeX export. Then, I tried something else, I passed =AB utf8,latin9 =BB options, to LaTe= X inputenc package, instead of just =AB latin9 =BB, and I kept my org mode = document in UTF-8, just before exporting I did something like this in the i= nput buffer: (goto-char (point-max)) (insert "\n\n#+begin_export latex\n\\inputencoding{latin9}\n#+end_expor= t\n") (goto-char (point-min)) (insert "\n\n#+begin_export latex\n\\inputencoding{utf8}\n#+end_export\= n") this way the LaTeX processor is switching dynamically from latin9 to utf8 a= t the beginning of the doc, and back to latin9 at the end of it. But there = are two pitfalls: the first one is that zwsp are not defined in the inputenc utf8.def definit= ion file, so having a zwsp character in the LaTeX code, even though utf8 is= declared as input encoding make a LaTeX compilation error. the second (but this is less serious I think =85) is that my document ends = with an enumerate list, and the orgmode exporter make the second begin_expo= rt go into the enumerate list, not after it. I mean I get in the output thi= s: \inputencoding{latin9} \end{enumerate} instead of this: \end{enumerate} \inputencoding{latin9} My conlcusion is that for what I am after, an evolution of org-mode would b= e preferable, maybe I contribute something someday, so that writing one of = the following would make it: ~--my-option=3D~\relax{}/option value/ ~--my-option=3D~@@:@@/option value/ \left~--my-option=3D\right~/option value/ \left~--my-option=3D\right~\left/option value\right/ ~--my-option=3D~\left/option value\right/ ________________________________ De : Nicolas Goaziou Envoy=E9 : mardi 25 janvier 2022 11:55 =C0 : Vincent Bela=EFche Cc : Juan Manuel Mac=EDas ; orgmode Objet : Re: [RFC] Creole-style / Support for **emphasis**__within__**a word= ** Hello, Vincent Bela=EFche writes: > Thank-you both for the reply, I should have mentioned that I am aware of > this trick but it works only for document encodings which have the > zero-width space, like UTF-8, I was after a fix for documents in > ISO-8859-15, aka latin-9. You mean the source itself is not UTF-8? I don't think there's a solution for you then, unless you convert it to UTF-8, of course. Regards, -- Nicolas Goaziou --_000_PAXPR06MB80934E235AC7E2922105557E845F9PAXPR06MB8093eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hello,

Actually the source was in UTF-8, but it was using only characters that exi= st in latin-9, and it is exported to LaTeX for inclusion in a LaTeX documen= t that is in latin-9. 

So I used an Emacs lisp snippet to make the export, and in this snippet aft= er calling something like  (org-export-to-buffer 'latex out-buffe= r nil nil nil t), I was doing some insertion like 

      (goto-char (point-max))
      (insert "
% Local Variables:
% coding: latin-9
% End:
")
      (save-buffer)
      (kill-buffer)

so that the exported buffer is converted to latin-9 before being save= d.

OK, when I inserted the zero width space this barked because of no zw= sp (aka U+200B) in latin-9.

Then I tried something else, I rewrote the code with some some LaTeX = snippet @@latex:\kern-0.5em\relax@@ in it, like this:

    ~--my-option=3D~ @@latex:\kern-0.5em\relax@@ /o= ption value/ 

that was OK, but this really makes the OrgMode ugly (maybe a custom e= ntity would be better), and also this works only for the LaTeX export.

Then, I tried something else, I passed =AB utf8,latin9 =BB options, t= o LaTeX inputenc package, instead of just =AB latin9 =BB, and I kept my org= mode document in UTF-8, just before exporting I did something like this in= the input buffer:

    (goto-char (point-max))
    (insert "\n\n#+begin_export latex\n\\inputencoding{= latin9}\n#+end_export\n")
    (goto-char (point-min))
    (insert "\n\n#+begin_export latex\n\\inputencoding= {utf8}\n#+end_export\n")

this way the LaTeX processor is switching dynamically from lati= n9 to utf8 at the beginning of the doc, and back to latin9 at the end of it= . But there are two pitfalls: 

the first one is that zwsp are not defined in the inputenc utf8= .def definition file, so having a zwsp character in the LaTeX code, even th= ough utf8 is declared as input encoding make a LaTeX compilation error.

the second (but this is less serious I think =85) is that my do= cument ends with an enumerate list, and the orgmode exporter make the secon= d begin_export go into the enumerate list, not after it. I mean I get in th= e output this:

   \i= nputencoding{latin9}
   \end{enumerate}

instead of this:

   \end{enumerate}
   \inputencoding{latin9}

My conlcusion is that for what I am after, an evolu= tion of org-mode would be preferable, maybe I contribute something someday,= so that writing one of the following would make it:

   ~--my-option=3D~\relax{}/option value/
   ~--my-option=3D~@@:@@/option value/
   \left~--my-op= tion=3D\right~/option value/
   \left~--my-option=3D\right~\left/option value\r= ight/
   ~--my-option=3D~\left/option value\right/


De : Nicolas Goaziou <ma= il@nicolasgoaziou.fr>
Envoy=E9 : mardi 25 janvier 2022 11:55
=C0 : Vincent Bela=EFche <vincent.b.1@hotmail.fr>
Cc : Juan Manuel Mac=EDas <maciaschain@posteo.net>; orgmo= de <emacs-orgmode@gnu.org>
Objet : Re: [RFC] Creole-style / Support for **emphasis**__within__*= *a word**
 
Hello,

Vincent Bela=EFche <vincent.b.1@hotmail.fr> writes:

> Thank-you both for the reply, I should have mentioned that I am aware = of
> this trick but it works only for document encodings which have the
> zero-width space, like UTF-8, I was after a fix for documents in
> ISO-8859-15, aka latin-9.

You mean the source itself is not UTF-8?

I don't think there's a solution for you then, unless you convert it to
UTF-8, of course.

Regards,
--
Nicolas Goaziou
--_000_PAXPR06MB80934E235AC7E2922105557E845F9PAXPR06MB8093eurp_--