emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* [Babel][Bug] results silent ignored in #+call
@ 2011-03-14 20:07 Andreas Leha
  2011-03-14 20:59 ` Eric Schulte
  0 siblings, 1 reply; 5+ messages in thread
From: Andreas Leha @ 2011-03-14 20:07 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 523 bytes --]

Hi everyone,

Just pulled the latest HEAD and found that there is a regression in
babel.  When a source block is evaluated via #+call the :results silent
header arguement is ignored during export

=test file====================================
* Test1
  #+srcname: test
  #+begin_src R :session :exports results :results silent
    1:10
  #+end_src

  Test1.

* Test2
  #+call: test() :session :exports results :results silent

  Test2.
==========================================

Regards,
Andreas


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 6432 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Babel][Bug] results silent ignored in #+call
  2011-03-14 20:07 [Babel][Bug] results silent ignored in #+call Andreas Leha
@ 2011-03-14 20:59 ` Eric Schulte
  2011-03-15  6:48   ` Andreas Leha
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Schulte @ 2011-03-14 20:59 UTC (permalink / raw)
  To: Andreas Leha; +Cc: emacs-orgmode

Hi Andreas,

The ":exports results" header argument is overriding the ":results
silent" header argument, which IMO is desired behavior.  Thanks to your
example I see this is not the case for regular code blocks.  I would
think that the behavior should be changed for regular code blocks,
s.t. both of the tests in your example below export results.

Best -- Eric

Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:

> Hi everyone,
>
> Just pulled the latest HEAD and found that there is a regression in
> babel.  When a source block is evaluated via #+call the :results silent
> header arguement is ignored during export
>
> =test file====================================
> * Test1
>   #+srcname: test
>   #+begin_src R :session :exports results :results silent
>     1:10
>   #+end_src
>
>   Test1.
>
> * Test2
>   #+call: test() :session :exports results :results silent
>
>   Test2.
> ==========================================
>
> Regards,
> Andreas

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Babel][Bug] results silent ignored in #+call
  2011-03-14 20:59 ` Eric Schulte
@ 2011-03-15  6:48   ` Andreas Leha
  2011-03-15 13:13     ` Eric Schulte
  0 siblings, 1 reply; 5+ messages in thread
From: Andreas Leha @ 2011-03-15  6:48 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 1936 bytes --]

Hi Eric,

thanks for your answer.

Just for me to understand:  What is your suggestion then, if I still
want the source code block to be evaluated during export?
I asked a while ago on this list how to do that and got the answer
":exports results :results silent" which to my understanding now makes
perfectly sense:
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg36910.html

I tried to omit the ":exports results" header argument and got weirder
results, as now the #+call: is not evaluated at all, but appears in the
output.

===example to export===================
* Test1
  #+srcname: test
  #+begin_src R :session :results silent
    1:10
  #+end_src

  Test1.

* Test2
  #+call: test() :session :results silent

  Test2.
==================================

Best wishes,
Andreas



Am 14.03.2011 21:59, schrieb Eric Schulte:
> Hi Andreas,
>
> The ":exports results" header argument is overriding the ":results
> silent" header argument, which IMO is desired behavior.  Thanks to your
> example I see this is not the case for regular code blocks.  I would
> think that the behavior should be changed for regular code blocks,
> s.t. both of the tests in your example below export results.
>
> Best -- Eric
>
> Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:
>
>   
>> Hi everyone,
>>
>> Just pulled the latest HEAD and found that there is a regression in
>> babel.  When a source block is evaluated via #+call the :results silent
>> header arguement is ignored during export
>>
>> =test file====================================
>> * Test1
>>   #+srcname: test
>>   #+begin_src R :session :exports results :results silent
>>     1:10
>>   #+end_src
>>
>>   Test1.
>>
>> * Test2
>>   #+call: test() :session :exports results :results silent
>>
>>   Test2.
>> ==========================================
>>
>> Regards,
>> Andreas
>>     
>   



[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 6432 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Babel][Bug] results silent ignored in #+call
  2011-03-15  6:48   ` Andreas Leha
@ 2011-03-15 13:13     ` Eric Schulte
  2011-03-15 15:09       ` Andreas Leha
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Schulte @ 2011-03-15 13:13 UTC (permalink / raw)
  To: Andreas Leha; +Cc: emacs-orgmode

Hi Andreas,

If the call line has a ":session" header argument, then it should be
evaluated on export; regardless of the value of the ":export" header
argument.  Adding a ":exports none" header argument, should inhibit the
insertion of any results into the exported document.

In your example below, the reason that the #+call: header argument is
not exported is because your :session header argument has no value, the
following call line would be exported.

#+call: test() :session *R* :exports none

I just pushed up a fix which removes this requirement for named
sessions, so you example below should now work.

Best -- Eric

Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:

> Hi Eric,
>
> thanks for your answer.
>
> Just for me to understand:  What is your suggestion then, if I still
> want the source code block to be evaluated during export?
> I asked a while ago on this list how to do that and got the answer
> ":exports results :results silent" which to my understanding now makes
> perfectly sense:
> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg36910.html
>
> I tried to omit the ":exports results" header argument and got weirder
> results, as now the #+call: is not evaluated at all, but appears in the
> output.
>
> ===example to export===================
> * Test1
>   #+srcname: test
>   #+begin_src R :session :results silent
>     1:10
>   #+end_src
>
>   Test1.
>
> * Test2
>   #+call: test() :session :results silent
>
>   Test2.
> ==================================
>
> Best wishes,
> Andreas
>
>
>
> Am 14.03.2011 21:59, schrieb Eric Schulte:
>> Hi Andreas,
>>
>> The ":exports results" header argument is overriding the ":results
>> silent" header argument, which IMO is desired behavior.  Thanks to your
>> example I see this is not the case for regular code blocks.  I would
>> think that the behavior should be changed for regular code blocks,
>> s.t. both of the tests in your example below export results.
>>
>> Best -- Eric
>>
>> Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:
>>
>>   
>>> Hi everyone,
>>>
>>> Just pulled the latest HEAD and found that there is a regression in
>>> babel.  When a source block is evaluated via #+call the :results silent
>>> header arguement is ignored during export
>>>
>>> =test file====================================
>>> * Test1
>>>   #+srcname: test
>>>   #+begin_src R :session :exports results :results silent
>>>     1:10
>>>   #+end_src
>>>
>>>   Test1.
>>>
>>> * Test2
>>>   #+call: test() :session :exports results :results silent
>>>
>>>   Test2.
>>> ==========================================
>>>
>>> Regards,
>>> Andreas
>>>     
>>   

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Babel][Bug] results silent ignored in #+call
  2011-03-15 13:13     ` Eric Schulte
@ 2011-03-15 15:09       ` Andreas Leha
  0 siblings, 0 replies; 5+ messages in thread
From: Andreas Leha @ 2011-03-15 15:09 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 3504 bytes --]

Hi Eric,

thanks a lot!  Seems to be fixed for me.

Cheers,
Andreas


Am 15.03.2011 14:13, schrieb Eric Schulte:
> Hi Andreas,
>
> If the call line has a ":session" header argument, then it should be
> evaluated on export; regardless of the value of the ":export" header
> argument.  Adding a ":exports none" header argument, should inhibit the
> insertion of any results into the exported document.
>
> In your example below, the reason that the #+call: header argument is
> not exported is because your :session header argument has no value, the
> following call line would be exported.
>
> #+call: test() :session *R* :exports none
>
> I just pushed up a fix which removes this requirement for named
> sessions, so you example below should now work.
>
> Best -- Eric
>
> Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:
>
>   
>> Hi Eric,
>>
>> thanks for your answer.
>>
>> Just for me to understand:  What is your suggestion then, if I still
>> want the source code block to be evaluated during export?
>> I asked a while ago on this list how to do that and got the answer
>> ":exports results :results silent" which to my understanding now makes
>> perfectly sense:
>> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg36910.html
>>
>> I tried to omit the ":exports results" header argument and got weirder
>> results, as now the #+call: is not evaluated at all, but appears in the
>> output.
>>
>> ===example to export===================
>> * Test1
>>   #+srcname: test
>>   #+begin_src R :session :results silent
>>     1:10
>>   #+end_src
>>
>>   Test1.
>>
>> * Test2
>>   #+call: test() :session :results silent
>>
>>   Test2.
>> ==================================
>>
>> Best wishes,
>> Andreas
>>
>>
>>
>> Am 14.03.2011 21:59, schrieb Eric Schulte:
>>     
>>> Hi Andreas,
>>>
>>> The ":exports results" header argument is overriding the ":results
>>> silent" header argument, which IMO is desired behavior.  Thanks to your
>>> example I see this is not the case for regular code blocks.  I would
>>> think that the behavior should be changed for regular code blocks,
>>> s.t. both of the tests in your example below export results.
>>>
>>> Best -- Eric
>>>
>>> Andreas Leha <andreas.leha@med.uni-goettingen.de> writes:
>>>
>>>   
>>>       
>>>> Hi everyone,
>>>>
>>>> Just pulled the latest HEAD and found that there is a regression in
>>>> babel.  When a source block is evaluated via #+call the :results silent
>>>> header arguement is ignored during export
>>>>
>>>> =test file====================================
>>>> * Test1
>>>>   #+srcname: test
>>>>   #+begin_src R :session :exports results :results silent
>>>>     1:10
>>>>   #+end_src
>>>>
>>>>   Test1.
>>>>
>>>> * Test2
>>>>   #+call: test() :session :exports results :results silent
>>>>
>>>>   Test2.
>>>> ==========================================
>>>>
>>>> Regards,
>>>> Andreas
>>>>     
>>>>         
>>>   
>>>       
>   

-- 
Andreas Leha

Universitätsmedizin Göttingen
Abteilung Medizinische Statistik
Humboldtallee 32
37073 Göttingen

Tel: +49 (0)551 39-10710
Fax: +49 (0)551 39-4995

http://www.ams.med.uni-goettingen.de/amsneu/leha.html



University Medical Center Göttingen
Department for Medical Statistics
Humboldtallee 32
37073 Göttingen
Germany

Phone: +49 (0) 551 39-10710
Fax: +49 (0) 551 39-4995

http://www.ams.med.uni-goettingen.de/amsneu/leha-en.html



[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 6432 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2011-03-15 15:08 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-03-14 20:07 [Babel][Bug] results silent ignored in #+call Andreas Leha
2011-03-14 20:59 ` Eric Schulte
2011-03-15  6:48   ` Andreas Leha
2011-03-15 13:13     ` Eric Schulte
2011-03-15 15:09       ` Andreas Leha

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).