From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id UFvZOcExqmHFvAAAgWs5BA (envelope-from ) for ; Fri, 03 Dec 2021 16:03:29 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id sMeJNcExqmE7KwAA1q6Kng (envelope-from ) for ; Fri, 03 Dec 2021 15:03:29 +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 23A1D210D9 for ; Fri, 3 Dec 2021 16:03:29 +0100 (CET) Received: from localhost ([::1]:33090 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mtA5v-0003nw-Kl for larch@yhetil.org; Fri, 03 Dec 2021 10:03:27 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59892) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtA4e-0003lj-LN for emacs-orgmode@gnu.org; Fri, 03 Dec 2021 10:02:08 -0500 Received: from mout01.posteo.de ([185.67.36.65]:60523) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtA4a-0001bB-Fy for emacs-orgmode@gnu.org; Fri, 03 Dec 2021 10:02:07 -0500 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 6B130240027 for ; Fri, 3 Dec 2021 16:02:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1638543722; bh=WDxcI1TuyV4rE2oc6YVtwaoW8VZP55LdZ9fPDhobpbM=; h=From:To:Cc:Subject:Date:From; b=URIvUfobI+WoaFLUkHbSwv1nZFwk6wZ4Hd0trvJhm1Zv/3WL69RJXxb0bYuTl4T7b n1QNc2NC1VntQvRxhov9sFuj4GHnby7GfRWTx9b6+HsFbl9jtpZbYtbjz9GRBibCsD /jzhWr6OfvG0W+78MzpbmW3JyyARVslWq+W3TTlhTbW5yeyN25qwe0/TTfDyFPJW+6 FHw4DVBuz5P53e7NHlo1Z2wJ4tBUiRafWQ8pBMEj3VA4DpdDW9S+UHzSy1c1xxljHR ZzYtktXDDv/SRkAb6I2KL1MDOo+eHfcxlufqzsuIX6D0U6Nl6XABUxOXCCacSxJtEK A0WG8KVE9T8wA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4J5GJ94vQ2z6tp5; Fri, 3 Dec 2021 16:02:01 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Max Nikulin Subject: Re: Org-syntax: Intra-word markup References: <4897bc60-b74f-ccfd-e13e-9b89a1194fdf@mailbox.org> <87fsrbp673.fsf@gmail.com> <1ef0e093-c165-2a5f-954d-6a33b64c8ee9@mailbox.org> <87r1avgnpi.fsf@localhost> <878rx2bzhw.fsf@nicolasgoaziou.fr> Date: Fri, 03 Dec 2021 15:01:59 +0000 In-Reply-To: (Max Nikulin's message of "Fri, 3 Dec 2021 21:24:05 +0700") Message-ID: <87ee6tybo8.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=maciaschain@posteo.net; helo=mout01.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: , 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=1638543809; 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=MRJBMMZqSpzlLf/SnvIs30vBbeS5cU2gD9cTZTcI0UY=; b=Nke+/zCqTIraWYHMmKS6YToM77V4rG3i5iASUQmon6VAZcIqBzl8kRPKHgVoUMbFZ1eEOi mugvRo+HOrXwhWX0ClJsHdg9ewvfE4RKx61JXh7GhYzt67m/p6H37wffdbSMznJi+s0cM/ i83sHjdZ4Z9YlJI/WIAw8iTwCmNTqWcE7G8YO8x8Rlx0WO4p5v7m24CvdImyC/rlRGJnXR Bvn/lws5as6XO0WzVFHgPBcw/KHxKGYHZ3xWDatwZLSiaq2MNKnl0BB1Xy23NCLg6OFXCZ I0TMVYpzr8MrbXzlttCfBLABTh+rcrcKZ7o1vw2D6bvnj8aGAlTdtmaisckzQA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638543809; a=rsa-sha256; cv=none; b=FqmS6TKgciKCEs2biwbuEjCubbsGN+KnnanAy4u0fw9wm9q66PUwSCoD6sPy1B7Wjo3Y5k Q2LSatpI73Xg2DoO0eRndKkuzFfxC2Regkjz730UfIKbIsuaIbdeQej2V66dK7C9T6AY03 MjZSqjO5Uu6OJJaoVuGO2tf+TgJnnjKfIFknvb6X4Gy5ee0Sz5oXA186chR+wsTWM2BpYB 3vc8jrpnGujEjg81pz3SUm2woUMmIhRxqy0xBXl8QtafXzIKmkSLXRQLXRLrY9ysvaGJAU mCAe/UXgndDJ8xpV+hEhlhvfxXkzL2rIDtWxFCtpcdxxhaEdRJaX0Bwt9sNClA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=URIvUfob; 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=URIvUfob; 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: 23A1D210D9 X-Spam-Score: -4.32 X-Migadu-Scanner: scn0.migadu.com X-TUID: Y6fRHIuOqY/P Hi Maxim, Max Nikulin writes: > More explicit markup leaves less room for ambiguities, and I like the > idea due to this reason. On the other hand it diverges from principle > of lightweight markup. The almost only special character in TeX is > "\", HTML has three ones "&<>" with simple escape rules. Org uses many > special characters to avoid verbosity and requires some tricks to > escape them. Markers like "\{" make Org more verbose but do not make > it more strict, a lot of things still rely on heuristics. Excellent explanation. Thanks for the clarification. > I have an idea what can be done when some special markup is required > that is not fit into current syntax. Unfortunately some new constructs > should be introduced anyway: inline objects and multiline elements > that represent simplified result of parsed Org structures: > > ((italic "intra") "word") > > wrapped with some markup. It should satisfy any special needs (and > even should allow to create invalid impossible constructs). Maybe idea > of combination of lightweight markup and low-level blocks better suits > for some other project with more expressive internal representation. > In Org it may become the most hated feature. I really would like a solution in this direction. In LaTeX there is a command called \protect (which has nothing to do with this topic and is used for other things, but I like the 'protection' concept); we could perhaps think of a type of mark to protect the 'usual' marks when syntax consistency is compromised in some way by the context. Maybe something like enclosing the normal marks between two double single quotes ''...'' ---or a single set of single quotes before the leading marker--- as I proposed in another thread: #+begin_example ''*protected emphasis*'' #+end_example Best regards, Juan Manuel