emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Jarmo Hurri <jarmo.hurri@iki.fi>
To: emacs-orgmode@gnu.org
Subject: Re: Babel CALL no longer produces HTML output
Date: Sat, 23 Jul 2016 19:52:58 +0300	[thread overview]
Message-ID: <87r3akpa8l.fsf@iki.fi> (raw)
In-Reply-To: alpine.OSX.2.20.1607230853560.649@charles-berrys-macbook.local

"Charles C. Berry" <ccberry@ucsd.edu> writes:

> On Sat, 23 Jul 2016, Jarmo Hurri wrote:
>> The Org example below used to work correctly when exported as HTML
>> until I pulled a newer version of Org from git. I am first going to
>> include the example here, and then explain the reasoning behind its
>> structure.
>>
>
> Commit dbb375f mades changes to the babel call handling.
>
> IIUC, one result is that header args in the src block being called
> take precedence over default header args. More below.
>
>
>> =======================================================================
>> * Example
>>
>>  This call here produced HTML output when exported as HTML until the
>>  newer versions of Org. Now it produces no HTML output whatsoever.
>>
>>  #+CALL: rekursio-pystyviivat[:noweb yes]() :results html
>>
>
> Try this:
>
> #+CALL: rekursio-pystyviivat[:noweb yes :exports results]() :results html

Yes! It works now, thank you very, very much. More below.

> Since you have `:exports code' here, that prevents the evaluation of the 
> babel call above:
>
>
>>  #+NAME: rekursio-pystyviivat
>>  #+BEGIN_SRC processing :exports code :noweb no
>
> I am not sure I find this new behavior to be an improvement.

The new behaviour actually makes sense to me: I need to override all the
parameters from the original Babel block. If this is really the case, I
am more than fine with it: I think it makes the system more logical and
provides full control.

Again, thanks!

Jarmo

      parent reply	other threads:[~2016-07-23 16:53 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-23 12:14 Babel CALL no longer produces HTML output Jarmo Hurri
2016-07-23 12:48 ` Christian Moe
2016-07-23 13:03   ` Jarmo Hurri
2016-07-24 17:00     ` Christian Moe
2016-07-23 16:10 ` Charles C. Berry
2016-07-23 16:51   ` Nicolas Goaziou
2016-07-23 22:16     ` Charles C. Berry
2016-07-25  7:08       ` Nicolas Goaziou
2016-07-25  7:48         ` Thomas S. Dye
2016-07-25  8:01           ` Nicolas Goaziou
2016-07-25 15:55             ` Charles C. Berry
2016-07-25 17:27             ` Thomas S. Dye
2016-07-23 16:52   ` Jarmo Hurri [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=87r3akpa8l.fsf@iki.fi \
    --to=jarmo.hurri@iki.fi \
    --cc=emacs-orgmode@gnu.org \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public 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).