From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id MIQeBe4/8GExsgAAgWs5BA (envelope-from ) for ; Tue, 25 Jan 2022 19:22:38 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id INNzOe0/8GHL4wAAG6o9tA (envelope-from ) for ; Tue, 25 Jan 2022 19:22:37 +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 520A8109CF for ; Tue, 25 Jan 2022 19:22:33 +0100 (CET) Received: from localhost ([::1]:41250 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nCQSe-0002kj-EP for larch@yhetil.org; Tue, 25 Jan 2022 13:22:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37312) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nCQQT-0001s6-FJ for emacs-orgmode@gnu.org; Tue, 25 Jan 2022 13:20:17 -0500 Received: from mail-oln040092074092.outbound.protection.outlook.com ([40.92.74.92]:41701 helo=EUR04-DB3-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 1nCQQQ-0007HY-N7 for emacs-orgmode@gnu.org; Tue, 25 Jan 2022 13:20:17 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z3sXkX4sDU7+qTR0byei0haL/EiQSez13S8drHRF1DZFZynoF95kQRRimEVifUbnlQT77KkyVWZAstpneS6AzgXIOTu5mZF+nmvUr5XUthBaMoLM9cIMl43SdF0hxK0qB9K0JqiqpykKTOYvdISGckq9bXe/OCzaVOFHoVFwbLTfvTVFM8j/4mdRNDMs29i2th0JLCTydVoZXurkRd1bdOUs3Qo+d2tMtkfuBV+xfGLfGnCMquxatsCqY+2DrxUWMCQPfceFjqKZFNeq4Nwbq+OewJTXAMmXbEjPEC334LCGgrwtpxIPZ8I+h+T6d2xRjHHCu8n28jCewg0h8xsNXA== 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=35QeHL57PuA/mbstnMuVEsCuLlpBw16am3UokuiS7Ho=; b=mE+EG10fF77AbleJkGqYyl15/r7kTym+V5L5ZkP2l3QpOQ7r0wq7TipvPbGQhhyrg2ivW/Oz0R150A9FMNn3MYbVYb1rl1pMMOxc4W4SmzEQk+UVxyp3nZ0cqHORjww/eh/Q2eDsm6WT+RYfLQwFgoP8JOrMlSl1tUoOzpqpuRFJFldnr0xm1m54q6lxmGElEglRumlgLDCOsO8K7fq79qe35LV+aoXLTuP7SYI0KsLAz0OzjwzyLtORP11Yt4LCujJHHYMW8entSq95vHhYQdriSmtVqVAj97mQR7HHLZh8WcJd0jTKExJFjYVoWjiL21olnFGo0jlwDpIBoi0Qmw== 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 VI1PR06MB6720.eurprd06.prod.outlook.com (2603:10a6:800:182::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4909.7; Tue, 25 Jan 2022 18:20:12 +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 18:20:12 +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+BJgAAPPoo= Date: Tue, 25 Jan 2022 18:20:12 +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: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: suggested_attachment_session_id: 2fa24bc7-744c-63ba-303e-33effcfdbb16 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [kOMqcYQenoD5rmrAsu7eQypMTixD8mm/] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b499beb5-4de4-4e7e-1a57-08d9e02f53e4 x-ms-traffictypediagnostic: VI1PR06MB6720:EE_ x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: McJ6Q2FoqY13MhMJJT88E9eW2YarmWVPoG3jK/R1bjPAHSIGU3RAzji7loN+pECh0iTOxqtuTtMWy4U0wmr6S+AL2klQwduukhV56k10Mj7Iz+r6ksoTeeihh1bNL5wpvkkSWabqgwpC73FqbU3N1AxEqCi0EapPv53Trh+TLHtIbdxii/et6QWAajyNpqO2aisy6uoxl7Rgc0JRPopX/jIE4sXZQJ2ZPwqcvf7ZFlo8y0UptR+tCOQixPMlCDQUd3O4mF99LtmhWVCOf+A1kBoPBSlfiHsCtjvwoCnxHk9wudic2lmupoDXYMnnrFuyPMUc42ZCeNeC3JEMh17hL8pFA/eDE10Vd4WL5aO3BO8gVEppj74qDddQ3fFMoVV+ULktvDD3k1TahgFtRjIxtPwZjUt8nF1ypS26rJyJ5hFdH4lUvlOMj9ZQthe5uHiAm+3vJbZBAa0cRTpcvL1Nx5Q6OFOYk0rJSB+qa7splgYBQ5B4DLF6HIXJhDXPkIGytqhI0B09qzH058L801NAOBfgcsULTO4SD69zofKfs/tMM9ljW62pJ0umXfR4heCoiKjUlsxvHdemPza3QxZjyA== x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: m8l0+TpArpCRmGmTKfZpf/klNJTfL4HYu+o+vcWnOKMvGNuQrv52kiW0AQozNEyhZ/cUXNO3NlfWXj5krBsixNbhD9JfRB3RraoGKdjBjq3OhGE5NoyHpH/82LTioAzNYCqKwBZbAQKoCW8jR+11ZF5DM+ZJnJq/oY70tWyfCeUfIiRLoBeXv3cOqnfAMn26F0ow8MKAPVDA4Q7PpZXYMUsR0z7IK6p1EHupbfZZV9uFWmFrmee552CQ57qkix0MLlHxxQG7i08jbx9VUtLOytCstPQlxVwVhrQolY9qSjwys6Oe6tcLfRj4od5ltxtcAbwFs6lsK/ndMfcHaiHKV9NpPzgZ50atO5xEtPnVj8VEYX6GZsu5nVT3Hrt6+hEzuHFLDmiX4vN97X1Fja8TPGXvmSNmibPcpnrS50vrOhCXNtaL0sw18qwBgwEIlLNpcfu0Au1dqvxIyTjPWxVds7mlygg1cvxBXKKelNEoQRucThvuYwVMBn4yAVbbqcnd5KjkIhV3n9ANQ23b8Kp49i5chhiDIiMwdEt/SkZ0Hv+ErrVILD43e5ul0okoiMf29KUFThLITTmLt2t+8L1kLTR4hQCBsV4TzvavfkTDbcoc6luB3fTwkkrJXzggnRRtWhXABNvtKOzjy8Zc2KMk+u0rLR+sYVF+cIJ9b7M5EW39EKTPnsgFYvGChVuaOrvVwLf/kZjoQTB1B28a5+dTNoLiWdkGlw/6V5Vmg9Z8/GZPZq8ZxVEiiBS9vNKi34mnZGa2q9fF9iDHYzAHCjoTtlujYCJtOGZ/KrQlL0y2fEiKKIG3ZlqIQ08mzygNxR51kUpVN7X0LWeexIZJfrGSFfjoJixULgTGI/xTdRKbfrhtsrbBExD4iEwmXfCfFvopo+2eVzn+IwKjpa3znem0Z6EeNNpzXc127uTUDAj2nx71MQ8OJ9HARa/ld3QUwEDJ Content-Type: multipart/alternative; boundary="_000_PAXPR06MB8093CE5D3210DCA902C3C95A845F9PAXPR06MB8093eurp_" 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: b499beb5-4de4-4e7e-1a57-08d9e02f53e4 X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jan 2022 18:20:12.4397 (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: VI1PR06MB6720 Received-SPF: pass client-ip=40.92.74.92; envelope-from=vincent.b.1@hotmail.fr; helo=EUR04-DB3-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=1643134953; 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=35QeHL57PuA/mbstnMuVEsCuLlpBw16am3UokuiS7Ho=; b=u/yy2S0AN8RFQpqnBgkCx7+6gMujZSBW6SKkdayw1gW7fq8KhJTFSEzKo/ANJstn16dMOA G9YbaUfI6F2FFYIej8CN1WdcwrpLeoXf+QmPaMp088IwSvyfhltD7b6o7Fdngaj8DHKEHb g1hqSpZVKBi7tn0iyfXsRk0AUGMhTPR1+twVKhy5T+KICt/GwazEYLWTreOkG8TT1zwYmb WebYykpqBSnw/urFQgeLHC3BCIXczIPJ9W7p/hMOYeNlRH+2z1xWR6ECUE99aCnhSgR0/W qwwapfH1cBjYfM3QcilrR+zp20Fl8yquxwcWUYa8qA0vjyrgd+PEg0RACIS4ow== ARC-Seal: i=2; s=key1; d=yhetil.org; t=1643134953; a=rsa-sha256; cv=pass; b=JOzKiRCZX9DHAiAQSJdjdaj5Wf38brq0f3vyaBGAbQkSSCbGvM6Xn4IMMNZZ99RypizHXh ZkVrwPxgJ1DE2FsnmJ9tYU+TlhfYoIeouf13I1SsVA7cw740Zpszi7UtDAgcM0ODvpMKph Nxtk7WKi84/1iD6fyH56NSHGlRePRo7TpY/siYSCSX/u8aTAoZv6J0iytJgicc3khKJIax XEbpjmrqQ5icmFKLrGadELl0d7+s4Vd2E9YAwcfEkVOuNiUZh9VOOf4Fap7fCVuXoRpTlD 2x4UhAhtP0CzHJK0CTeChW2BEKT7GDl2hwK9YbA70IWr4AjqBjL7lhuWCneBXg== 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: -4.53 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: 520A8109CF X-Spam-Score: -4.53 X-Migadu-Scanner: scn0.migadu.com X-TUID: dNoL9we7Zexf --_000_PAXPR06MB8093CE5D3210DCA902C3C95A845F9PAXPR06MB8093eurp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Just replying to myself : the dynamic latin9/utf8 switch does not really ea= sily work in a LaTeX document (I am sure some people made it work, but I di= d not manage to make it). Adding the ZWSP support is easy, just insert \DeclareUnicodeCharacter{200B}{} in the document preamble, but this does not work because the table of conte= nt gets ugly with the titles likes =AB germe de g=C3=A9n=C3=A9rateur pseudo= -al=C3=A9atoire =BB instead of =AB germe de g=E9n=E9rateur pseudo-al=E9atoi= re =BB (some sections in the UTF-8 part going to the toc that is in the lat= in-9 part). I tried to circumvent this by using the following encapsulation for the UTF= -8 part : \inputencoding{utf8}\addtocontents{toc}{\protect\inputencoding{utf8}} ... \inputencoding{latin9}\addtocontents{toc}{\protect\inputencoding{latin9}} (there are \addtocontents commands in addition to the \inputencoding so tha= t I also switch the encoding in the toc file), but there are still issues, = the dynamic switch does not work well with moving arguments like section ti= tles going to the toc file. This is probably a problem of non-immediate wri= te occurring at page shipout. V. ________________________________ De : Vincent Bela=EFche Envoy=E9 : mardi 25 janvier 2022 18:18 =C0 : Nicolas Goaziou Cc : Juan Manuel Mac=EDas ; orgmode Objet : RE: [RFC] Creole-style / Support for **emphasis**__within__**a word= ** 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_PAXPR06MB8093CE5D3210DCA902C3C95A845F9PAXPR06MB8093eurp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Just replying to myself : the dynamic latin9/utf8 switch does not really ea= sily work in a LaTeX document (I am sure some people made it work, but I di= d not manage to make it). 

Adding the ZWSP support is easy, just insert 

\DeclareUnicodeCharacter{200B}{}

in the document preamble, but this does not work because the table of conte= nt gets ugly with the titles likes =AB germe de g=C3=A9n=C3=A9rateur p= seudo-al=C3=A9atoire =BB instead of =AB germe de g=E9n=E9= rateur pseudo-al=E9atoire =BB (some sections in the UTF-8 part going to the = toc that is in the latin-9 part).

I tried to circumvent this by using the following encapsulation for the = UTF-8 part : 

\inputencoding{utf8}\addtocontents{toc}{\protect\inputencoding{utf8}}
...
\inputencoding{latin9}\addtocontents{toc}{\protect\inputencoding{latin9}= }

(there are \addtocontents commands in addition to the \inputencoding so = that I also switch the encoding in the toc file), but there are still issue= s, the dynamic switch does not work well with moving arguments like section titles going to the toc file. This= is probably a problem of non-immediate write occurring at page shipout.

  V.

De : Vincent Bela=EFche <= ;vincent.b.1@hotmail.fr>
Envoy=E9 : mardi 25 janvier 2022 18:18
=C0 : Nicolas Goaziou <mail@nicolasgoaziou.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,

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@@ /opt= ion 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:

   \= inputencoding{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-opt= ion=3D\right~/option value/
   \left~--my-option=3D\right~\left/option value\ri= ght/
/option value\right/=


De : Nicolas Goaziou <= mail@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_PAXPR06MB8093CE5D3210DCA902C3C95A845F9PAXPR06MB8093eurp_--