From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id cJfcOdISqmEuVQAAgWs5BA (envelope-from ) for ; Fri, 03 Dec 2021 13:51:30 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id WDZzNdISqmH3agAAbx9fmQ (envelope-from ) for ; Fri, 03 Dec 2021 12:51:30 +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 3EFA28E2A for ; Fri, 3 Dec 2021 13:51:30 +0100 (CET) Received: from localhost ([::1]:37130 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mt82D-0006TW-7t for larch@yhetil.org; Fri, 03 Dec 2021 07:51:29 -0500 Received: from eggs.gnu.org ([209.51.188.92]:50526) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mt7zI-0003rm-KI for emacs-orgmode@gnu.org; Fri, 03 Dec 2021 07:48:29 -0500 Received: from mout02.posteo.de ([185.67.36.66]:37113) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mt7zF-0006YF-If for emacs-orgmode@gnu.org; Fri, 03 Dec 2021 07:48:28 -0500 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 04D91240103 for ; Fri, 3 Dec 2021 13:48:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1638535700; bh=/yy94dm1KpX2tHIbGe2x0gStknusExGYJx1ZPoQf1t0=; h=From:To:Subject:Date:From; b=i8KkokB9C+1Fi7K4O2pP65k/Ras93qXNP/yw3DVNCtfi9FMYAXb5ozPYzmjJ+Ue3b 3msVmoOVToECn+zOLHJgT+4IGZxzJ0k9Li0ZTAmDvZ/kEsJTqu8yHFNsG8kIq2/iwR u6MLWxBNSY+eJoYno9S/105Htv4u73rlEUPLmz+A2GzvyCIyWo5gZauV02evIyOQ1P hn7V/jQbqWWz75dhDKX9whO9kADWfA6hDCjHqr+Q38S0+635mrvB/tM87/7l9zME4o 4i1aV3uNYyzKhn37vbmV2e6YmYQhp1hBVedqH4I444pTzXvV63pCu+gVU9JRARJe/2 /WBTjYbpX3FCQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4J5CKv30PWz6tmH for ; Fri, 3 Dec 2021 13:48:18 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: orgmode Subject: On zero width spaces and Org syntax Date: Fri, 03 Dec 2021 12:48:16 +0000 Message-ID: <87ilw5yhv3.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=maciaschain@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-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" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1638535890; 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:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=74+nVZpLghQZRcB8DYL+j3mHXtO7AXQSaooQF8JqiAE=; b=CS8YHdY9w+MymTHOnZNxXfSDsEc/UBN5zAszUtlDhxDaIZ3xwVWpQBvNOWXYUVSJzdFbs/ 8pqarVXv3+9LRPhodYfwi3SWw6vrKlSj87CkMztG51d3XwtbvvGqfOemQ9kjAhftXlLFGz MK1L3Jb4Nz6Up9bdoual4TuK188mKYdkCWLgiOGmwZf/ukuVmp8TREeT91ZTi9QTt7Ol0f 8rS1LXW21h8yra5dZvdM9OTZbw1FdExIjTCpeP4TeMAyBiLYMTSIeevcfZnH/lgfw0bH81 sBQobDdO68K6v+xqbUggnX0gaqspHPqERsBXOP1xnBcbK2QCstlIjVLxLr8xng== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638535890; a=rsa-sha256; cv=none; b=IWFW6oGhGQ4Wf6XoMnvgGi6qdp5420gGmlJDBnmroztICVj/tE735VjAi/sg8lGCvvs0oI dMfMGt/Kgw4YM0mCye/S9BifafY38ql3hCvL3wOWHvvsWer4qQSkKm3uQKVcGv/54FzvIm QHQu0Vt8/nQ4kb7fX5KYKLNzC7A+1Qg+FACtfzZWoJM8aFRL2pG1QxRyvmXgm2OZR1pmdx K1VtTf9vTiyBXT4MqApB2NmgP8JUXfFui+efCUMmghS1L7cCqzOKqu5Qq8UjIKzz6p2Y/A 75yAic8SP5BhQ8JiQnwjgjMpRYhx7uvRCPFaBvppp4jI6hOpNfl+3YzQSKaWew== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=i8KkokB9; dmarc=pass (policy=none) header.from=posteo.net; 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.32 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=i8KkokB9; dmarc=pass (policy=none) header.from=posteo.net; 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: 3EFA28E2A X-Spam-Score: -4.32 X-Migadu-Scanner: scn0.migadu.com X-TUID: Ul/AA9UgSOPw Hi all, It is usually recommended, as you know, to insert a zero width space character (Unicode U+200B) as a sort of delimiter mark to solve the scenarios of emphasis within a word (for example, =/meta/literature=) and others contexts where emphasis marks are not recognized (for example =[/literature/]=). I believe that as a puntual workaround it is not bad; however, I find it problematic that this character is part, more or less de facto, of the Org syntax. For two main reasons: 1. It is an invisible character, and therefore it is difficult to control and manage. I think it is not good practice to introduce this type of characters implicitly in a plain text document. 2. It is more natural that this type of space characters are part of the 'output' and not of the 'input'. In the input it is better to introduce them not implicitly but through their representation. For example, in LaTeX (with LuaTeX) using the command '\char"200B{}' (or '^^^^200b'), '​' in HTML, etc. In any case, as an implicit character, I do not see it appropriate for the syntax of a markup language. The marks should be simply ascii characters, IMHO. So what if Org had a specific delimiter mark for the scenarios described above? For example, something like that: #+begin_example /meta/''literature *meta*''literature [''*literature*''] #+end_example WDYT? Best regards, Juan Manuel