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 OEUNOXAO72WoSgAA62LTzQ:P1 (envelope-from ) for ; Mon, 11 Mar 2024 15:00:17 +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 OEUNOXAO72WoSgAA62LTzQ (envelope-from ) for ; Mon, 11 Mar 2024 15:00:17 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=go425sRE; 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=1710165616; 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=BvtSTHNqcZP7fcdrfzIGwBlqXMCGDygTTU0Gi/ztH5U=; b=bswoOrNEIfsh9PLR7sLgPrgNszFiL8B15Uzshe2SIbcSL/TFFReQV21gAP0IHCm/RXSgDf 5I0TzIZNAwwloCJM05x+yslGlpDLaSVuXHJsh5YgLKiZmFQBSqg4VLxYXMDCQRn1WAtyy7 EEpGqkntOlfEBxBoAxMU4asXF/jXsc+/mDoSqyt7Ek23BAzDSoBBAHdBXeEOSYzp7jh37G wvD2OtDCJgHan0gK3Ia1w2mv1q50JEeIG8UXQDzL6GLfz5KXsKOKkuTCgFoBt0OwmLhu5d C7iaeWSrg5sMrNRPqdUxXOuCk5upx242h0Ka0kv/V5ais3VI4wotSf4jZ4Efbg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=go425sRE; 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=1710165616; a=rsa-sha256; cv=none; b=VUirBSHLeD/pMWouJhEsp8SOrpMwOr3SjIOiqJYgrPsQsDwyPEUgyxsz14UwCnQEBSagPE kO8Q9Xx+G/DeL2yqbJqNIq7evJ2EP/fwiePLd6LxK8EIUQ53ZB7A5t6WB6lZBx/RdufawZ CWq5VGQMy71dSy2n5kBnnzAZJPQwKRaVX0TPR9OjF0mLfFiRe3zLHL8SVhSr7/p2Kp0gsW Hpsi3y1I6c4h1lg3Wj7RcKM0LffRFTCQyJ9Qn3QQ69AfWJ6zuLAkRQ/WSby+t1RM3z3C5I bLUOl0Nc2DOaUEWp1hJDzKtnPv4Bq7p+FNhc7z027fPUILv8Jc7nM9jSyyMDAQ== 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 98F593462B for ; Mon, 11 Mar 2024 15:00:15 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rjgBU-0005BI-Cr; Mon, 11 Mar 2024 09:59:21 -0400 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 1rjgBM-0005AL-5g for emacs-orgmode@gnu.org; Mon, 11 Mar 2024 09:59:12 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rjgBJ-0003bj-P0 for emacs-orgmode@gnu.org; Mon, 11 Mar 2024 09:59:11 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id A7149240106 for ; Mon, 11 Mar 2024 14:59:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1710165547; bh=Zqcnwo0pVbXyJ0kyoenu8xUuWwWMTtAh64VcSnmzBxk=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=go425sRE5MquouTX/ZRIWcC+xmKpbEVyDJYp3NdInGnCWJIqti0+5gAnkFsGITV2p Ft0oZ2cl+TQjD5UjeujY6VbTeGqVGxb1W8ukID77hUU6cVteMKxJr5pPawu4Rsgt5S Wj6ixc2K74JA9eUcRJgVK69z0BUy+v4o6K8MYc6f2wTxjFevI0Mr76bI33Zhn9jTuQ 5RP/rDy7XBZhwhzMc3mdFYkTcS33GVKCNT8AB0adzKqR6NfS2JzrArkuS09/ydy7Bx kiQlHHQDwV+ZBxJJ302azdw44MF58/rlNSyNVzhnWFcnD/PoTjSIqYmVHkrZ0QE46M Jz6uhHsYfY28Q== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Ttdfz0q0Sz6txr; Mon, 11 Mar 2024 14:59:06 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Max Nikulin Cc: emacs-orgmode@gnu.org Subject: Re: `:export' attribute?: Re: Experimental public branch for inline special blocks In-Reply-To: (Max Nikulin's message of "Mon, 11 Mar 2024 17:27:53 +0700") References: <87wmql6690.fsf@posteo.net> <87cysb2h68.fsf@posteo.net> <877ciavnwo.fsf_-_@posteo.net> Date: Mon, 11 Mar 2024 13:59:04 +0000 Message-ID: <87bk7k7tuf.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.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_H4=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: -7.66 X-Spam-Score: -7.66 X-Migadu-Queue-Id: 98F593462B X-TUID: +gxHI6CLda1a Max Nikulin writes: > On 10/03/2024 09:08, Juan Manuel Mac=C3=ADas wrote: >> I'm thinking about adding a new global attribute, `:export', that >> would granularly control whether or not to export the object and how to >> export it. > > I have a bit different expectations in respect to export predicates. > It should be possible to express that some content should be exported > by all backend except the given list. The use case is fallback for > backends not covered by export snippets: > > @@latex:\textbf{\LaTeX() formatting}@@@@html:HTML > formatting@@@[...]{*for other backends} I think that in your example (if I understand the intentions correctly) it would not even be necessary to use export snippets: #+options: inline-special-block-aliases:(("strong" :latex-command textbf :html-tag strong :export "latex+ html+ odt*" )) @strong{formatting} or even: @strong{@@latex:\latex{}: @@@@html:HTML: @@ formatting} As defined, it is exported to LaTeX and HTML with all the formatting, but only the content is exported to odt. The rest are not exported. Maybe an "rest" option could be added, to avoid verbosity: :export "latex+ html+ rest*" (the complete format is exported to LaTeX and html and only the content to = the rest). However, I think that exporting this object to 'format-agnostic' backends, such as plain text, would have to be implemented in a way that always exports the content. > Earlier I raised this issue during discussion of @@:...@@ syntax extensio= n: > Max Nikulin. Re: Org-syntax: Intra-word markup. Fri, 28 Jan 2022 > 21:52:17 +0700. > https://list.orgmode.org/868df76e-69e0-1d14-ae8a-13b746982fcf@gmail.com > > Another case for backend predicates is whether it should be applicable > to derived backends or just to explicitly specified ones. I don't have a definite opinion. Maybe it would be nice to also take into account derived backends... --=20 Juan Manuel Mac=C3=ADas -- Composici=C3=B3n tipogr=C3=A1fica, tratamiento d= e datos, dise=C3=B1o editorial y ortotipograf=C3=ADa