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 8AvtIIfE6WHfkAAAgWs5BA (envelope-from ) for ; Thu, 20 Jan 2022 21:22:31 +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 cHikHYfE6WFdiAAAauVa8A (envelope-from ) for ; Thu, 20 Jan 2022 21:22:31 +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 29BDEB772 for ; Thu, 20 Jan 2022 21:22:31 +0100 (CET) Received: from localhost ([::1]:41332 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nAdx0-0005c3-8q for larch@yhetil.org; Thu, 20 Jan 2022 15:22:30 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43386) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nAYdw-0002xy-9X for emacs-orgmode@gnu.org; Thu, 20 Jan 2022 09:42:28 -0500 Received: from [2607:f8b0:4864:20::932] (port=40517 helo=mail-ua1-x932.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nAYdu-000625-1O for emacs-orgmode@gnu.org; Thu, 20 Jan 2022 09:42:27 -0500 Received: by mail-ua1-x932.google.com with SMTP id w21so11203629uan.7 for ; Thu, 20 Jan 2022 06:42:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:cc; bh=g0siYMHM25/BxqUrf2f+iphR2sSwVZXDOEoscG3coGo=; b=kxkM9YgT7LnXRCjJxK2oM4aQQ28M1dd+6XOmehTwekh9c6jFB4XYMtFBiLfe0uX0pF SjNQKYMHaM5pA+QgAcAit83udUcpWc4HSNo3Nlj7UWhSoVO5Kqm1LDG1S9NSpa2oLHFA 5vFbQNLE2wBP+5JKGk2/AEppMSX66su24bMP69HJP8UOkToPJbe/hxJbX1UctSJ+xmdm ftxXGJOOTVK4ej4ldHXU9r4hDQqIl3SkaCCtRLyXHwX99wd4I0PusbGBa5O6NV9uTNJj wx9lutCwwWc83bWnZpfnWItmF9XKL+jS1bylI1fd5zD1Id90w2VHWzgEurvj2jkYqNJm Yh6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:cc; bh=g0siYMHM25/BxqUrf2f+iphR2sSwVZXDOEoscG3coGo=; b=I9Mjmxy+ZsNBL66IsWtEnHbJTvYGtdt0zjxyI9kCmh5y5kyZl8i89kUUH1bjvHrORb CR9wYKMOOCuqxRAEC3bURf6l1mRMcQXBFGYJS0cPiM9OOcPboOfzIXUzt04WAGWItJd5 AcegrAka4S6y0CTFWzhN5D9z5VCb1lVvG06NNeIRipff5XJn9FrE9S8g2K/8TChggyzq 3L7qQcpsvYZAmnmoRg2ndHKmnMSJlhStgyeVDGPKmO8ma4jvM+UJxS1G93/V8YZDafRK 9nfLMvmphEUmrAjFO8fr2cubE3e2gTaGv+R238VMTIW/Xl+qABccbZfEpdjR3oPOMPuE d5cg== X-Gm-Message-State: AOAM5321QZSIJcFd5OuLHztw+1nxhdaBoONL/XrtMRS2UEy4wWfiy/or Ivshc7nu1k7RGBvVql03Onu2IcacDNkQi5m2L3TVIefi X-Google-Smtp-Source: ABdhPJwSCJW2Aug2FXCNvAkDGTonJ4cmzFKiksHylT7ySN7oxd9twCpmtDQAzrX5DNcoJsVujYEmsjZMEJoHSNgMkew= X-Received: by 2002:ab0:25d5:: with SMTP id y21mr14703675uan.40.1642689743845; Thu, 20 Jan 2022 06:42:23 -0800 (PST) MIME-Version: 1.0 References: <472D6327-20E1-460E-BB8F-043BD6D94B10@health.ucsd.edu> In-Reply-To: <472D6327-20E1-460E-BB8F-043BD6D94B10@health.ucsd.edu> From: Matt Price Date: Thu, 20 Jan 2022 09:42:12 -0500 Message-ID: Subject: Re: handling as special special block in derived export Cc: Org Mode Content-Type: multipart/alternative; boundary="000000000000a87ebc05d60482c5" X-Host-Lookup-Failed: Reverse DNS lookup failed for 2607:f8b0:4864:20::932 (failed) Received-SPF: pass client-ip=2607:f8b0:4864:20::932; envelope-from=moptop99@gmail.com; helo=mail-ua1-x932.google.com X-Spam_score_int: 0 X-Spam_score: -0.0 X-Spam_bar: / X-Spam_report: (-0.0 / 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MISSING_HEADERS=1.021, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no 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" 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=1642710151; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id: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=g0siYMHM25/BxqUrf2f+iphR2sSwVZXDOEoscG3coGo=; b=OyC9sSC0xhsY6SejZ3uVMerTHxuqy5EH3nexQrZMd1BIVHe0/vGbE7QqzvbKPRxd4hWbMI gSRaNNAu51qiotIu1H06GPnjIZ9OupMchH3euqalP/0v1FbxPOijlvoZIN/IePUYkjAQJ/ vdfv0nb2NYXaksOOUYl8m35Zb6Nbv2uIJoI5rM+0sbIPsjppL57cyOU33FBVab+BqJvhLN T4YxH4UBtmqMXYmrafcpyT0xxWZvmO5cw4xAdrae9oVhPO2eg5aG4FFddh6i3pux95xAF/ 44B2G27okLPVoIAulXyZoiPEdksBCSvgSYysvCFNUenOrD6DjaapAgNDI5BQhw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1642710151; a=rsa-sha256; cv=none; b=B9SH877aZMSNidaLw+gtPA6NddVLjSYTVwcxKN/Mb0387uk2M2VQcfK0XCqTHLpqPyPv9z 6Dyi8J46kby3up6WebEHZ+lEKebI/o1hGL+Xa2yHgLk6864sObkiGQC/3nqFv6m3geJJuU 3O3HTfsgdeGGZ1KqsTGV7MtuQIvhbwY2hAA3HPASAWSGndwm9BgZjyrKa6G1EXxQDg+yaG D9L0MZCSu72wbfFqxGCNimgBgWLFCzP+YPaT+E8qBYVYp2LB7j1X988/ss8EVEl0uE6WBD 4PyIvnVGdGhME7zv2VSwjSTYSoYfuFuV63EnYme2lI1lHpGI5L0DbSNmlYyDeQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=kxkM9YgT; dmarc=pass (policy=none) header.from=gmail.com; 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: -7.12 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=kxkM9YgT; dmarc=pass (policy=none) header.from=gmail.com; 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: 29BDEB772 X-Spam-Score: -7.12 X-Migadu-Scanner: scn0.migadu.com X-TUID: yOURu1Rdp9R1 --000000000000a87ebc05d60482c5 Content-Type: text/plain; charset="UTF-8" On Wed, Jan 19, 2022 at 3:56 PM Berry, Charles wrote: > Matt, > > > On Jan 19, 2022, at 5:52 AM, Matt Price wrote: > > > > However, I'd really like to add a less verbose syntax, like this: > > > > #+begin_r-stack :frag (appear appear) > > [[imglink1]] > > [[imglink2]] > > #+end_r-stack > > > > My question is: will the exporter preserve information from these > header-like arguments, and is > > there a mechanism I can use in a custom ~special-block-function~ to make > use of htem? > > > > Not as you have it there, but > > #+header: :frag (appear appear) > #+begin_r-stack > [[imglink1]] > [[imglink2]] > #+end_r-stack > > > parses as > > (special-block > (:type "r-stack" :begin 727 :end 815 :contents-begin 775 :contents-end > 801 :post-blank 0 :post-affiliated 759 :header > (":frag (appear appear)") > :mode nil :granularity element :parent nil)) > > if that helps. > Ah, thank you. I had never used #+header: before. THis helps a little, but I guess the parser works from the inside out. That is, the special block contents are already parsed before the block itself. As a result, I don't see how to add classes to the contents on the basis of the block headers. Also, it doesn't seem trivial to identify the "direct children" of the block, the way one might in javaScript with, say, ~document.querySelectorAll()~.or just ~elem.children()~. So I'm not convinced my initial impulse to solve the problem this way will be fruitful. > > Chuck > --000000000000a87ebc05d60482c5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Jan 19, 2022 at 3:56 PM Berry= , Charles <ccberry@health.ucs= d.edu> wrote:
Matt,

> On Jan 19, 2022, at 5:52 AM, Matt Price <moptop99@gmail.com> wrote:
>
> However, I'd really like to add a less verbose syntax, like this:<= br> >
> #+begin_r-stack :frag (appear appear)
> [[imglink1]]
> [[imglink2]]
> #+end_r-stack
>
> My question is: will the exporter preserve information from these head= er-like arguments, and is
> there a mechanism I can use in a custom ~special-block-function~ to ma= ke use of htem?
>

Not as you have it there, but

#+header: :frag (appear appear)
#+begin_r-stack
[[imglink1]]
[[imglink2]]
#+end_r-stack


parses as

(special-block
=C2=A0(:type "r-stack" :begin 727 :end 815 :contents-begin 775 :c= ontents-end 801 :post-blank 0 :post-affiliated 759 :header
=C2=A0 =C2=A0 =C2=A0 =C2=A0 (":frag (appear appear)")
=C2=A0 =C2=A0 =C2=A0 =C2=A0 :mode nil :granularity element :parent nil))
if that helps.

Ah, thank you. I had nev= er used #+header: before.

THis helps a little, but= I guess the parser works from the inside out. That is, the special block c= ontents are already parsed before the block itself. As a result, I don'= t see how to add classes to the contents on the basis of the block headers.= =C2=A0 Also, it doesn't seem trivial to identify the "direct child= ren" of the block, the way one might in javaScript with, say, ~documen= t.querySelectorAll()~.or just ~elem.children()~. =C2=A0 So I'm not conv= inced my initial impulse to solve the problem this way will be fruitful.

Chuck
--000000000000a87ebc05d60482c5--