From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.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 6Fi+GV5G9WGrzQAAgWs5BA (envelope-from ) for ; Sat, 29 Jan 2022 14:51:26 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 0Fc/Fl5G9WGbkwAAauVa8A (envelope-from ) for ; Sat, 29 Jan 2022 14:51:26 +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 28E6739ADA for ; Sat, 29 Jan 2022 14:51:26 +0100 (CET) Received: from localhost ([::1]:46296 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nDo8T-00088Y-5e for larch@yhetil.org; Sat, 29 Jan 2022 08:51:25 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42782) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nDnPx-0005li-Gx for emacs-orgmode@gnu.org; Sat, 29 Jan 2022 08:05:26 -0500 Received: from mout01.posteo.de ([185.67.36.65]:50851) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nDnPt-0005ye-Oq for emacs-orgmode@gnu.org; Sat, 29 Jan 2022 08:05:24 -0500 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id A5ECE240026 for ; Sat, 29 Jan 2022 14:05:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1643461519; bh=vY284fczChNGdjz+aSclSq8ofVbHjXL+LX1wRmRYPQU=; h=From:To:Cc:Subject:Date:From; b=ABLNBb2khveXbRUV6n7jqaCPF6k2RP6S2uwq1JUDs8+Wnh8FZCnWg5ALpVc0uj+T8 CLa9bIIyTxkveIe/XjyuOWl7QMPYbgNgnF17tJHx9Wf/Y3bxVQplJ9L6wuwQjC4l5j wocrhamCMATiIJt/lUhml85Qq5FRJcUIsp170c0b5zNFeQx7EBoFe0PQ4k+gPUWLXr 2MHungLBQI65YplG/Z1/1YtfFX8mtaOBYBn/UM1X7dDC67VGl4zEcC4Iu9PaY0wSI/ u5xualGjy271SYcViuelO1zQdWu0e/L+Mp3S5epBr5DYFlSTqHHZRoSO9ccsogShkf DlJ40ShadVpSw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4JmF186B7Qz6tqX; Sat, 29 Jan 2022 14:05:16 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Ihor Radchenko 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> <9525e029-a590-3f48-df64-ffb9176075d9@mailbox.org> <87v904nq6t.fsf@gmail.com> <868df76e-69e0-1d14-ae8a-13b746982fcf@gmail.com> <87zgnfgros.fsf@localhost> Date: Sat, 29 Jan 2022 13:05:13 +0000 In-Reply-To: <87zgnfgros.fsf@localhost> (Ihor Radchenko's message of "Sat, 29 Jan 2022 11:13:23 +0800") Message-ID: <871r0q8zg6.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, 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=1643464286; 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=7Pv/uh2oPN4mKgnZXSVkzGQJuI9QlX+QihPeSBQ111M=; b=BUHvTgjG8Xyf+GGipLvs6ioXpBZG6UnPWhleFPXsV/aq5XUdTzEbti8DbS4gP0zOw8gwfj zJk02xYXid/z3UAfXV8skASiJ8zgl2jlw7YvefJUrT26cJEqvrPuwEG3OXiHD1GYqB53PW refPJO1zAz2eegfE0t7W+pIFIKMXQaNygdBP1hVFd5wHm9yXvwRa68HZdksJMvJdm2cv5R uj6+N6JJ0Fj8Cpb7Iz1yNsQxkPzqaNh1i8683Im7mwAZV7QPKVlJ5pOhSOFykEtvtOzbf0 qIEa0xHuxog0pH7V5Z9CGNmmBgRs9dBW8VPLKbsWgZfSKmc1ctsiHQGtOCdb0Q== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1643464286; a=rsa-sha256; cv=none; b=OuGrEvZBbMqsRXjdmAai8ruWIg7hDjvY3q5Arf/FTLcMEUaaogEkumy6CXC+wgkkcvZ5B8 boJB/nsi5NxsZrtTDtyEj3VYMuT0UMtEQTJ+Q3PZIonwFuzCyu5+a0QsuqWFyAGRp8dRQA tKyj+do5EyXETL1IJBo9/BAK+Y4Jooq8c5vlrCQyieunaLmyu4tRQC6G2kK3RE+pBAE0IS /DwpWJo/fuEBs+XdaMrXQUJ/fbstJtTBcoljAzrXviW1wmzc6h5yj3VF/qlhfzBQtIxZOu fm96gAhR8fCRBHj6lH4USrxe222aw3anuTMId9fLn6yA4HLndpfWSOWBh9Erzw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=ABLNBb2k; 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=ABLNBb2k; 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: 28E6739ADA X-Spam-Score: -4.53 X-Migadu-Scanner: scn1.migadu.com X-TUID: oxOallId8z88 Ihor Radchenko writes: > Maybe we should introduce an equivalent of special blocks, but for > inline use? Or should we modify _both_ inline export snippets and export > blocks to allow fallback mechanism? I find the idea of inline special blocks very interesting, but I think there are a couple of drawbacks: since special blocks support ATTR_X, how would that be implemented in the inline version? The most obvious thing I can think of is to mimic inline code blocks: my_special_block[attributes list]{content} But it would produce a result many times too verbose. Another risk that this would entail, IMHO, is that of the "LaTeXification" of Org... In any case, for things like that, aren't links and macros enough? I'm one of those who 'abuse' links for many export scenarios (I even have written this package: https://gitlab.com/maciaschain/org-critical-edition), and I think links have enormous potential and versatility. John Kitchin's blog has really helped me open my mind and explore that very productive Org component. Macros are also a very powerful tool, except for the comma issue, which I think is still an unfinished business and a solution should be found one day. Still, the possibility of a special inline block is very interesting to me. Best regards, Juan Manuel