Re: #+include and org-export-before-processing-hook

2020-12-13 Thread Eric S Fraga
On Sunday, 13 Dec 2020 at 21:05, Nicolas Goaziou wrote:
> There is also `org-export-before-parsing-hook'.

 missed this.  Thank you both.  Using the right hook allows me to
do what I wanted perfectly!

As always, if there's something I want to do in org, the feature is
already there.  It is simply that I am not so good at finding it...  :-)

Thanks again,
eric

-- 
: Eric S Fraga via Emacs 28.0.50, Org release_9.4-160-g7c8dce



Re: #+include and org-export-before-processing-hook

2020-12-13 Thread Nicolas Goaziou
Hello,

Juan Manuel Macías  writes:

> I have the same problem with a function that I wrote to not export
> certain footnotes, and to date I have not been able to fix it. According
> to the `org-export-before-processing-hook' docstring:
>
> " *This is run before include keywords and macros are expanded*
> and Babel code blocks executed, on a copy of the original buffer
> being exported.  Visibility and narrowing are preserved.  Point
> is at the beginning of the buffer.

There is also `org-export-before-parsing-hook'.

Regards,
-- 
Nicolas Goaziou



Re: #+include and org-export-before-processing-hook

2020-12-13 Thread Juan Manuel Macías
Hello,

Eric S Fraga  writes:

> Hello,
>
> I have a particular function that I want to invoke when exporting an org
> file.  This works just fine, adding this function to the
> org-export-before-processing-hook, for simple org files.  However, if I
> have an org file which uses #+include: to include other org files, it
> seems like the processing doesn't happen on included files.

I have the same problem with a function that I wrote to not export
certain footnotes, and to date I have not been able to fix it. According
to the `org-export-before-processing-hook' docstring:

" *This is run before include keywords and macros are expanded*
and Babel code blocks executed, on a copy of the original buffer
being exported.  Visibility and narrowing are preserved.  Point
is at the beginning of the buffer.

Regards,

Juan Manuel