emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Juan Manuel Macías" <maciaschain@posteo.net>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Cc: orgmode <emacs-orgmode@gnu.org>
Subject: Re: [Question] Custom parse tree filter
Date: Mon, 17 May 2021 12:20:11 +0000	[thread overview]
Message-ID: <8735ul7ds4.fsf@posteo.net> (raw)
In-Reply-To: <871ra6zn2k.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Sun, 16 May 2021 17:59:47 +0200")

Hi Nicolas,

Thank you very much for your excelent explanation, which has helped me
to learn new and valuable things.

I chose `headline' instead of `section' because in the scenario where I
want to apply those LaTeX groups I was looking for something like this:

{level 1 - group 1
    {level 2 group 1 + group 2
      {level 3 group 1 + group 2 + group 3
	{etc. }}}}

I have tested your function and it works fine when all headers are at
the same level, but with different levels the filter understands both
properties as `font' (?). Anyway, and only for practical purposes, and
because I think that my initial idea of 2 properties was uneconomical, I
have slightly modified your function with a single property
`:fontspec:'. Now, with a couple of marks and some regexp both the
\fontspec group and the one with \addfontfeature are extracted:

| :fontspec: font ! optional: features   | \fontspec{font}[features] |
|----------------------------------------+---------------------------|
| :fontspec: > features                  | \addfontfeature{features} |

then the variable `fontspec':

(let* ((font <font-string-obtained-via-regexp>)
      (fontfeature <fontfeature-string-obtained-via-regexp>)
(fontspec (cond (font font) (fontfeature fontfeature))))

is passed as an argument of `(funcall create-export-snippet ...)'

With a single property it works fine, although I have to test more...

Thak you very much!

Best regards,

Juan Manuel 

Nicolas Goaziou writes:

> Hello,
>
> Juan Manuel Macías <maciaschain@posteo.net> writes:
>
>> I am writing a custom parse tree filter that does the following (LaTeX
>> backend): if a heading has the ':font:' property, the content of that
>> heading is enclosed in a LaTeX group. If the property is ':fontfeature:',
>> then the content is enclosed in a different group. The filter works fine
>> when all the headings are at the same level. But with different levels,
>> it does not returns the expected result. It's evident that I'm doing
>> something catastrophically wrong :-). I wonder if anyone could put me on
>> the track of the origin of my error...
>>
>> Below, the offender function and a sample. Thanks in advance!
>
> I think you are operating at the wrong level. Higher level headlines
> contain lower level ones. I suggest to operate on sections instead.
>
> Also, using `org-element-interpret-data' is meh because you're operating
> at the parse tree level. You can insert export-snippet objects directly.
>
> Here's a proposal. This could be refactored, but you get the idea.
>
> (defun my-custom-filters/fontspec-headline (tree backend info)
>   (when (org-export-derived-backend-p backend 'latex)
>     (org-element-map tree 'section
>       (lambda (section)
> 	(let ((font (org-export-get-node-property :FONT section t))
>               (fontfeature (org-export-get-node-property :FONTFEATURE section t))
>               (create-export-snippet
>                ;; Create "latex" export-snippet with value V.
>                (lambda (v)
>                  (org-element-create 'export-snippet (list :back-end "latex" :value v)))))
>           (cond
>            (font
>             (apply #'org-element-set-contents
>                    section
>                    (append (list (funcall create-export-snippet "%font start\n"))
>                            (org-element-contents section)
>                            (list (funcall create-export-snippet "%font end\n")))))
> 	   (fontfeature
>             (apply #'org-element-set-contents
>                    section
>                    (append (list (funcall create-export-snippet "%fontfeature start\n"))
>                            (org-element-contents section)
>                            (list (funcall create-export-snippet "%fontfeature end\n"))))))))
>       info)
>     tree))
>
> Also, when "org-cite-wip" is merged, you will be able to replace, e.g.,
>
>   (funcall create-export-snippet "%fontfeature start\n")
>
> with 
>
>   (org-export-raw-string "%fontfeature start\n")
>
> Regards,



      reply	other threads:[~2021-05-17 12:24 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-16 15:31 Juan Manuel Macías
2021-05-16 15:59 ` Nicolas Goaziou
2021-05-17 12:20   ` Juan Manuel Macías [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8735ul7ds4.fsf@posteo.net \
    --to=maciaschain@posteo.net \
    --cc=emacs-orgmode@gnu.org \
    --cc=mail@nicolasgoaziou.fr \
    --subject='Re: [Question] Custom parse tree filter' \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this inbox:

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).