From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.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 UM4GF9z382EPDQEAgWs5BA (envelope-from ) for ; Fri, 28 Jan 2022 15:04:12 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id +ImNE9z382FZiwAAauVa8A (envelope-from ) for ; Fri, 28 Jan 2022 15:04:12 +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 08B6B3290A for ; Fri, 28 Jan 2022 15:04:12 +0100 (CET) Received: from localhost ([::1]:41636 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nDRrD-0008KH-PN for larch@yhetil.org; Fri, 28 Jan 2022 09:04:09 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48966) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nDR4J-0003pj-HK for emacs-orgmode@gnu.org; Fri, 28 Jan 2022 08:13:38 -0500 Received: from mout02.posteo.de ([185.67.36.66]:36923) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nDR4E-0008Rv-7w for emacs-orgmode@gnu.org; Fri, 28 Jan 2022 08:13:32 -0500 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 7535A240101 for ; Fri, 28 Jan 2022 14:13:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1643375605; bh=ft0r517b51mwUsjfwqv78BPzjGqU9uD6U+6G4B73zzw=; h=From:To:Cc:Subject:Date:From; b=K1R9tE86o1x1FUhx4mj7ev4yOfFqXHS480+a7KfCyi8Rrfisrow3XmjxUjDQJyvNM CL/HK/GYRpEo152vy5drWOiRVsLhcATYOA4bB+P+oNvbwmdRdeqtSfA36BvWyU4rbS B+mjuAhyqAhSYSg1ovvnKbwqMVP04Ggir6DoMNBz9mEmElEIGhHzyFHc+gPFJs+Io1 QxDgLW+x0bu2YlCRHmSQTYyzddTmSpVN5LZx/6KrwS/2ac6lzmxm4tiL5mNjSU0mbE qpZYCbHyPFB07tktvqbDmy/ih0hi3qEwaqMKujdR53yQJntQ64PdqCMoG932xZNugZ zwryK7aqCbNdA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4JldF05r2Pz6tmJ; Fri, 28 Jan 2022 14:13:24 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Max Nikulin Subject: Re: [PATCH] Intra-word markup: \relax References: <4897bc60-b74f-ccfd-e13e-9b89a1194fdf@mailbox.org> Date: Fri, 28 Jan 2022 13:13:21 +0000 In-Reply-To: (Max Nikulin's message of "Fri, 28 Jan 2022 19:12:51 +0700") Message-ID: <87pmocuhou.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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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: , Cc: 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=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1643378652; 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:dkim-signature; bh=syI+QuSUzpJtiIN95E93Td1fha3bxjELcvFFt/nrMW0=; b=EgENvFbc85r/HMP+bLP5vKwGSl0/G50F3d1Gl8St1TTwOOZwqKnqXUvabcApqMsIfy6yyv Ojnrf3XCuSXuH1rOG5BPb5t1sZURE8NSmUrUwMR8GFqiv3H1sn/F/HW0feaMVRXSaxvtCP HbEXxqs3EGukPNoCWZp/lkgRnkLZ/+St5WUXGWHRYcMdR1nMnlOzLsEPWnLxhlzeXTRBL/ XAFFun/FFMwqdap4l/z1sbzJaFNKBrQc1rPQsCI9kgfiyTKxrrT26jJzQ/AfY2KY0et4dD /TWtW1DRkZ2wZZnYUwQr8sjeFfd3DpSErlA8TV4U0GNVSCKVn3+HlLAluZiTzA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1643378652; a=rsa-sha256; cv=none; b=QxBS2xighKkFCMl2+OSyLzqVfNnkcesa+0FdXnlOoYbGUE04bnMevL2MwU21N37iawqFch /+rCvows8Dtb9yKydVpQ4+ui/MpIKy/bNZOvNVrXYbG5/Ox/XFgGIZ2v64qjGVUGHbJto5 fyCSntzY8H23r9jyY/YvHkOa5hht+KyrJ9niP61Hvxn02pgBYXGUMvk1zZroF2Pvc12bXN Z+4zrHVy4MXIISWJnDXZd7in5gyAJ4S57DTiC5nQF3+VMesBWjpbAgv3lhm0l+rn1xLtY5 XjearxrZ+rpe3d2healLwyIKyECvZfccVGL/edyIxeAxETzIxw+pBf8+4191nQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=K1R9tE86; 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.53 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=K1R9tE86; 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: 08B6B3290A X-Spam-Score: -4.53 X-Migadu-Scanner: scn1.migadu.com X-TUID: wk5Jfy+4FTAb Max Nikulin writes: > I have an idea how to implement *intra*/word/ markup with minimal > change of Org syntax. At first I had a hope that it is enough to > introduce \relax entity that expands to empty string, but it does not > work for second part of words: *intra*\relax{}/word/ is exported to > intra/word/. > So it is necessary to support consuming spaces after such entity > similar to TeX commands: > *intra*\relax /word/ > In Org "a\_ b" already behaves in the same way. > > I do not like zero-width spaces since they are invisible, so they are > not really "text" markup. Moreover, it is better to filter them out > during export. > > Another failed idea was to use export snippet or a macro for such purpose: > #+macro sep $1 > *intra*{{{sep()}}}/word/, *intra*@@html:@@/word/ > > Important point that suggested solution works for all export backends. > I do not consider explicit export snippets as a workaround since it > requires code for all backends in org files. Maxim, I find the idea of \relax entity interesting. The only (minor) drawback I find (in normal use, I mean) is the verbosity it adds. In my case, I have already given up on the problem of marks inside words :-(. My personal opinion: I think that, unless a completely 'revolutionary' solution emerges, it is better to leave the matter as it is, and consider this a feature of Org rather than a bug. I suspect that a single solution could not satisfy all tastes or all possible scenarios, so maybe it would be nice to put a list of solutions (including this one and also the zero space thing, and others that have arisen or may arise) somewhere (perhaps in the manual?). What doesn't quite convince me (and I agree with you on that) is recommending zero width space as a sort of 'official' escape character. For the reasons you have expressed, which I think are very fair. Best regards, Juan Manuel