From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id ACCHNYZf4GUJagEA62LTzQ:P1 (envelope-from ) for ; Thu, 29 Feb 2024 11:42:14 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id ACCHNYZf4GUJagEA62LTzQ (envelope-from ) for ; Thu, 29 Feb 2024 11:42:14 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=KWMHg1Wk; 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"; dmarc=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1709203334; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=4otn2cUI56TlaCVGW+07o2/KExvkCziVio6wxkSlgfs=; b=ul5gFHQtNNVGOXmDv8oEOj4mOOofVYYFkw4HK5DH3XNq5I89k2DlS7xlos3iA2mExqclKt 6/i4C/i2OK1XBlfYyte77p2fU5Oa00NhOiyP1RtLh5cEtpUtD0Okz4bpljpXRjv7Z7KCrh E10+D7FAZgOOWuYXiOvfKL6+V6zGssNwPmqZEss+7Hwe9XXU0s6LPNS1tks3ACSxlHyjnG yve4rFOiWu6t3Dyb8n56MgB0RL5Nga/C347m/GsG5BOgzsCIPlGKCegEh3uPwZ5RQ+98EU XLQUUKandqdI2iDmayrKs+QudDmcLi4lMoG29oodMcqjDSpvCpiJT2FSDW15fg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=KWMHg1Wk; 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"; dmarc=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1709203334; a=rsa-sha256; cv=none; b=tOCna+GrIRQQ6mFtWdENGOAwYig+qHAoJoukFAkriDnLJcHmmEcbM/sD1zkLnPQjrMRbuf SUJEeVp1y1t93qqorl/8XnI9VC+dXQ3ri796J6gFDVnb1MdKGBaHoPUZEPSoxujlKqai3y +592s9Nkof7dXNt1ZyfNouFqJaUzk9tC5+6vNCU6qkozoZVhvZvgBpimbuOlX2krSOPCtL eHem3Mg8oayXMy8UMHcOW20MZfZABacu3QKhi+Md/Wg9Nlg8vNW47rZnifQZPZManF7ztO bDEWA2wwYmLF3gvRtZsElY76LXj+3igC4xAOzGUvy99X5rU5MRHTV2kWM1i8tQ== 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 A2AA13740C for ; Thu, 29 Feb 2024 11:42:14 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rfdrG-0000Xg-Ue; Thu, 29 Feb 2024 05:41:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rfdrE-0000Wp-VX for emacs-orgmode@gnu.org; Thu, 29 Feb 2024 05:41:45 -0500 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rfdrC-0001yG-AE for emacs-orgmode@gnu.org; Thu, 29 Feb 2024 05:41:44 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 12F53240027 for ; Thu, 29 Feb 2024 11:41:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1709203300; bh=BdBRAV39dBntbZyTzbDZzKx2NQYesZMBBbXNsErfv9c=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=KWMHg1WkB+QBju2SlZMKUWToeBMImz1H4PHj2le2rAEl9FZuXQ4amjIDhI0B1v9wT YpFLRRUcJIYNwfeVUkcGjBJRnQycfjz+kmFHOJFJjxU0IwLUYjq7fQ6gja0Y6EvUB0 fxnzYKFvWfPzmbIbSvysHbSPmqsBKKoW/+YurMdFB2uadcQfUp1UcTodh/7VvH6Xe3 BallF647w6+m6lPU17MBRaOaXFObWprvRNyjByeyNmqG2TsvnkhTFa+LOrV6qFa8oq 8J0Pp8DfWrkcneWVOq8I/Pd1Ed5Pqu45XOprRcidzxWxt5t8mpHI36bljvPtquPIXZ U8RQk9yuDbn3A== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TlnpC3xLHz9rxP; Thu, 29 Feb 2024 11:41:39 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Max Nikulin Cc: emacs-orgmode@gnu.org Subject: Re: [proof of concept] inline language blocks In-Reply-To: (Max Nikulin's message of "Thu, 29 Feb 2024 14:05:02 +0700") References: <87msrudgcn.fsf@posteo.net> <8734tmmcnv.fsf@localhost> <87edd6ytiy.fsf@posteo.net> <87sf1mrpr6.fsf@localhost> <87a5nuyo4w.fsf@posteo.net> <87frxmrmjb.fsf@localhost> <875xyhzyzl.fsf@posteo.net> <87le7dihaj.fsf@posteo.net> <87h6i1ifp7.fsf@posteo.net> <87wmqoohlr.fsf@posteo.net> <87le74noks.fsf@posteo.net> Date: Thu, 29 Feb 2024 10:41:37 +0000 Message-ID: <87o7bzd02m.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -8.32 X-Spam-Score: -8.32 X-Migadu-Queue-Id: A2AA13740C X-TUID: YjuKuFweWwZt Max Nikulin writes: >> the user should expect something like &foo{...} to produce \foo{...} or >> ..., etc. The only difference is that there wou= ld >> be an anonymous variant &_{...}. > > I do not try to dispute \foo and class=3D"foo" as default behavior. I > suggest to implement possibility to override default behavior of > &foo{text} to \bar{text} and text. The same is applicable > for anonymous objects > > &_[:latex_command bar :html_element bar]{text} Maxim, I insist that I follow the logic of the "large" special blocks. Anyway, I think your example only makes sense in HTML, or at least I can't make sense of it in LaTeX. Why would anyone want &foo{text} to be passed to LaTeX as \bar{text}, instead of just &bar{text}? In HTML it does seem sensible to me that someone would want to change the tags. Maybe with a :html-tag, or something like that. As for :latex-command, if I understand it correctly, I don't quite see how useful this could be: &foo[:latex-command bar]{text} =3D=3D LaTeX =3D=3D> \bar{text} when it is simpler to put: &bar{text} The same thing happens with the anonymous variant: &_[:latex-command foo]{text} =3D=3D LaTeX =3D=3D> \foo{text} which is identical to putting &foo{text} The anonymous variant would be equivalent in LaTeX to a \begingroup...\endgroup, or rather to {...}. One could add all the commands one wants within the group simply with :prelatex: &_[:prelatex \foo\bar\vaz\blah{}]{text} =3D=3D> {\foo\bar\vaz\blah{}text} I'm not opposed to your ideas, I just can't find a use case for it. In LaTeX, I mean. In the case of HTML I find it useful, indeed, to have more control over the tags: , , etc. In any case, I think that my implementation leaves open the possibility of extending it with everything you mentioned, or anything else.=20 --=20 Juan Manuel Mac=C3=ADas -- Composici=C3=B3n tipogr=C3=A1fica, tratamiento d= e datos, dise=C3=B1o editorial y ortotipograf=C3=ADa