* :no-expand not working on variables?
@ 2014-03-28 14:57 Rainer M Krug
2014-03-28 15:27 ` Sebastien Vauban
2014-03-30 14:13 ` Eric Schulte
0 siblings, 2 replies; 8+ messages in thread
From: Rainer M Krug @ 2014-03-28 14:57 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1057 bytes --]
Hi
shouldn't the following not give an error from R as it should not be
expanding the variables?
--8<---------------cut here---------------start------------->8---
#+PROPERTY: no-expand TRUE
#+PROPERTY: var YEAR=2014
* a noexpand code
#+begin_src R :results output :no-expand
cat(YEAR)
#+end_src
#+RESULTS:
: 2014
--8<---------------cut here---------------end--------------->8---
The manual states:
,----
| 14.8.2.11 `:no-expand'
| ......................
|
| By default, code blocks are expanded with `org-babel-expand-src-block'
| during tangling. This has the effect of assigning values to variables
| specified with `:var' (see *Note var::), and of replacing "noweb"
| references (see *Note Noweb reference syntax::) with their targets. The
| `:no-expand' header argument can be used to turn off this behavior.
`----
Org-mode version 8.2.5h (release_8.2.5h-869-gdcfe09 @
/Users/rainerkrug/.emacs.d/org-mode/lisp/)
Cheers,
Rainer
--
Rainer M. Krug
email: Rainer<at>krugs<dot>de
PGP: 0x0F52F982
[-- Attachment #2: Type: application/pgp-signature, Size: 494 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: :no-expand not working on variables?
2014-03-28 14:57 :no-expand not working on variables? Rainer M Krug
@ 2014-03-28 15:27 ` Sebastien Vauban
2014-03-28 17:17 ` Rainer M Krug
2014-03-30 14:13 ` Eric Schulte
1 sibling, 1 reply; 8+ messages in thread
From: Sebastien Vauban @ 2014-03-28 15:27 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Rainer M Krug wrote:
> shouldn't the following not give an error from R as it should not be
> expanding the variables?
>
> #+PROPERTY: no-expand TRUE
I guess this should be:
#+PROPERTY: no-expand yes
Best regards,
Seb
--
Sebastien Vauban
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: :no-expand not working on variables?
2014-03-28 15:27 ` Sebastien Vauban
@ 2014-03-28 17:17 ` Rainer M Krug
0 siblings, 0 replies; 8+ messages in thread
From: Rainer M Krug @ 2014-03-28 17:17 UTC (permalink / raw)
To: Sebastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
[-- Attachment #1: Type: text/plain, Size: 437 bytes --]
Sebastien Vauban <sva-news-D0wtAvR13HarG/iDocfnWg@public.gmane.org>
writes:
> Rainer M Krug wrote:
>> shouldn't the following not give an error from R as it should not be
>> expanding the variables?
>>
>> #+PROPERTY: no-expand TRUE
>
> I guess this should be:
>
> #+PROPERTY: no-expand yes
Nope - the same.
Rainer
>
> Best regards,
> Seb
--
Rainer M. Krug
email: Rainer<at>krugs<dot>de
PGP: 0x0F52F982
[-- Attachment #2: Type: application/pgp-signature, Size: 494 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: :no-expand not working on variables?
2014-03-28 14:57 :no-expand not working on variables? Rainer M Krug
2014-03-28 15:27 ` Sebastien Vauban
@ 2014-03-30 14:13 ` Eric Schulte
2014-03-31 7:34 ` Rainer M Krug
1 sibling, 1 reply; 8+ messages in thread
From: Eric Schulte @ 2014-03-30 14:13 UTC (permalink / raw)
To: Rainer M Krug; +Cc: emacs-orgmode
According to the manual :no-expand is only supposed to have an effect
during tangling, not execution.
Best,
Rainer M Krug <Rainer@krugs.de> writes:
> Hi
>
> shouldn't the following not give an error from R as it should not be
> expanding the variables?
>
> --8<---------------cut here---------------start------------->8---
> #+PROPERTY: no-expand TRUE
> #+PROPERTY: var YEAR=2014
>
> * a noexpand code
>
> #+begin_src R :results output :no-expand
> cat(YEAR)
> #+end_src
>
> #+RESULTS:
> : 2014
> --8<---------------cut here---------------end--------------->8---
>
> The manual states:
>
> ,----
> | 14.8.2.11 `:no-expand'
> | ......................
> |
> | By default, code blocks are expanded with `org-babel-expand-src-block'
> | during tangling. This has the effect of assigning values to variables
> | specified with `:var' (see *Note var::), and of replacing "noweb"
> | references (see *Note Noweb reference syntax::) with their targets. The
> | `:no-expand' header argument can be used to turn off this behavior.
> `----
>
> Org-mode version 8.2.5h (release_8.2.5h-869-gdcfe09 @
> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>
> Cheers,
>
> Rainer
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: :no-expand not working on variables?
2014-03-30 14:13 ` Eric Schulte
@ 2014-03-31 7:34 ` Rainer M Krug
2014-04-02 23:10 ` Eric Schulte
0 siblings, 1 reply; 8+ messages in thread
From: Rainer M Krug @ 2014-03-31 7:34 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1767 bytes --]
Eric Schulte <schulte.eric@gmail.com> writes:
> According to the manual :no-expand is only supposed to have an effect
> during tangling, not execution.
Thanks Eric - re-reading the manual, it became clear. Maybe to clarify
this in the manual, one could say:
,----
| The `:no-expand' header argument can be used to turn off this behavior
| for tangling and has no effect on the expansion during code execution.
`----
instead of:
,----
| The `:no-expand' header argument can be used to turn off this behavior.
`----
Rainer
>
> Best,
>
> Rainer M Krug <Rainer@krugs.de> writes:
>
>> Hi
>>
>> shouldn't the following not give an error from R as it should not be
>> expanding the variables?
>>
>> --8<---------------cut here---------------start------------->8---
>> #+PROPERTY: no-expand TRUE
>> #+PROPERTY: var YEAR=2014
>>
>> * a noexpand code
>>
>> #+begin_src R :results output :no-expand
>> cat(YEAR)
>> #+end_src
>>
>> #+RESULTS:
>> : 2014
>> --8<---------------cut here---------------end--------------->8---
>>
>> The manual states:
>>
>> ,----
>> | 14.8.2.11 `:no-expand'
>> | ......................
>> |
>> | By default, code blocks are expanded with `org-babel-expand-src-block'
>> | during tangling. This has the effect of assigning values to variables
>> | specified with `:var' (see *Note var::), and of replacing "noweb"
>> | references (see *Note Noweb reference syntax::) with their targets. The
>> | `:no-expand' header argument can be used to turn off this behavior.
>> `----
>>
>> Org-mode version 8.2.5h (release_8.2.5h-869-gdcfe09 @
>> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>>
>> Cheers,
>>
>> Rainer
--
Rainer M. Krug
email: Rainer<at>krugs<dot>de
PGP: 0x0F52F982
[-- Attachment #2: Type: application/pgp-signature, Size: 494 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: :no-expand not working on variables?
2014-03-31 7:34 ` Rainer M Krug
@ 2014-04-02 23:10 ` Eric Schulte
2014-04-08 20:02 ` Rainer M Krug
0 siblings, 1 reply; 8+ messages in thread
From: Eric Schulte @ 2014-04-02 23:10 UTC (permalink / raw)
To: Rainer M Krug; +Cc: emacs-orgmode
Rainer M Krug <Rainer@krugs.de> writes:
> Eric Schulte <schulte.eric@gmail.com> writes:
>
>> According to the manual :no-expand is only supposed to have an effect
>> during tangling, not execution.
>
> Thanks Eric - re-reading the manual, it became clear. Maybe to clarify
> this in the manual, one could say:
>
> ,----
> | The `:no-expand' header argument can be used to turn off this behavior
> | for tangling and has no effect on the expansion during code execution.
> `----
>
> instead of:
>
> ,----
> | The `:no-expand' header argument can be used to turn off this behavior.
> `----
>
Could you supply a patch?
Sorry to ask for such a trivial thing, but I'm *very* short on time
these days, and applying a patch is *much* easier.
Thanks,
>
> Rainer
>
>>
>> Best,
>>
>> Rainer M Krug <Rainer@krugs.de> writes:
>>
>>> Hi
>>>
>>> shouldn't the following not give an error from R as it should not be
>>> expanding the variables?
>>>
>>> --8<---------------cut here---------------start------------->8---
>>> #+PROPERTY: no-expand TRUE
>>> #+PROPERTY: var YEAR=2014
>>>
>>> * a noexpand code
>>>
>>> #+begin_src R :results output :no-expand
>>> cat(YEAR)
>>> #+end_src
>>>
>>> #+RESULTS:
>>> : 2014
>>> --8<---------------cut here---------------end--------------->8---
>>>
>>> The manual states:
>>>
>>> ,----
>>> | 14.8.2.11 `:no-expand'
>>> | ......................
>>> |
>>> | By default, code blocks are expanded with `org-babel-expand-src-block'
>>> | during tangling. This has the effect of assigning values to variables
>>> | specified with `:var' (see *Note var::), and of replacing "noweb"
>>> | references (see *Note Noweb reference syntax::) with their targets. The
>>> | `:no-expand' header argument can be used to turn off this behavior.
>>> `----
>>>
>>> Org-mode version 8.2.5h (release_8.2.5h-869-gdcfe09 @
>>> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>>>
>>> Cheers,
>>>
>>> Rainer
--
Eric Schulte
https://cs.unm.edu/~eschulte
PGP: 0x614CA05D
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: :no-expand not working on variables?
2014-04-02 23:10 ` Eric Schulte
@ 2014-04-08 20:02 ` Rainer M Krug
2014-04-16 15:42 ` Bastien
0 siblings, 1 reply; 8+ messages in thread
From: Rainer M Krug @ 2014-04-08 20:02 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 716 bytes --]
Eric Schulte <schulte.eric@gmail.com> writes:
> Rainer M Krug <Rainer@krugs.de> writes:
>
>> Eric Schulte <schulte.eric@gmail.com> writes:
>>
>>> According to the manual :no-expand is only supposed to have an effect
>>> during tangling, not execution.
>>
>> Thanks Eric - re-reading the manual, it became clear. Maybe to clarify
>> this in the manual, one could say:
>>
>> ,----
>> | The `:no-expand' header argument can be used to turn off this behavior
>> | for tangling and has no effect on the expansion during code execution.
>> `----
>>
>> instead of:
>>
>> ,----
>> | The `:no-expand' header argument can be used to turn off this behavior.
>> `----
>>
>
> Could you supply a patch?
Sorry - sure. Attached.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.2: PAtch --]
[-- Type: text/x-patch, Size: 1111 bytes --]
From 924fc6e3f54d4a193387e010906bcb4bdda3f324 Mon Sep 17 00:00:00 2001
From: "Rainer M. Krug" <R.M.Krug@gmail.com>
Date: Tue, 8 Apr 2014 21:51:48 +0200
Subject: [PATCH 7/7] Add clarification to `:no-expand' header argument
* doc/org.texi (no-expand): Added statement to clarify that this
header argument has no impact on the execution of a code block.
TINYCHANGE
---
doc/org.texi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/org.texi b/doc/org.texi
index 05b1888..cc51cae 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -15002,6 +15002,9 @@ during tangling. This has the effect of assigning values to variables
specified with @code{:var} (see @ref{var}), and of replacing ``noweb''
references (see @ref{Noweb reference syntax}) with their targets. The
@code{:no-expand} header argument can be used to turn off this behavior.
+Note: The @code{:no-expand} header argument has no impact on export,
+i.e. code blocks will irrespective of this header argument expanded for
+execution.
@node session
@subsubsection @code{:session}
--
1.8.5.2 (Apple Git-48)
[-- Attachment #1.3: Type: text/plain, Size: 1896 bytes --]
>
> Sorry to ask for such a trivial thing, but I'm *very* short on time
> these days, and applying a patch is *much* easier.
Sure - should have done it instead of asking.
Cheers,
Rainer
>
> Thanks,
>
>>
>> Rainer
>>
>>>
>>> Best,
>>>
>>> Rainer M Krug <Rainer@krugs.de> writes:
>>>
>>>> Hi
>>>>
>>>> shouldn't the following not give an error from R as it should not be
>>>> expanding the variables?
>>>>
>>>> --8<---------------cut here---------------start------------->8---
>>>> #+PROPERTY: no-expand TRUE
>>>> #+PROPERTY: var YEAR=2014
>>>>
>>>> * a noexpand code
>>>>
>>>> #+begin_src R :results output :no-expand
>>>> cat(YEAR)
>>>> #+end_src
>>>>
>>>> #+RESULTS:
>>>> : 2014
>>>> --8<---------------cut here---------------end--------------->8---
>>>>
>>>> The manual states:
>>>>
>>>> ,----
>>>> | 14.8.2.11 `:no-expand'
>>>> | ......................
>>>> |
>>>> | By default, code blocks are expanded with `org-babel-expand-src-block'
>>>> | during tangling. This has the effect of assigning values to variables
>>>> | specified with `:var' (see *Note var::), and of replacing "noweb"
>>>> | references (see *Note Noweb reference syntax::) with their targets. The
>>>> | `:no-expand' header argument can be used to turn off this behavior.
>>>> `----
>>>>
>>>> Org-mode version 8.2.5h (release_8.2.5h-869-gdcfe09 @
>>>> /Users/rainerkrug/.emacs.d/org-mode/lisp/)
>>>>
>>>> Cheers,
>>>>
>>>> Rainer
--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)
Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa
Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44
Fax (D): +49 - (0)3 21 21 25 22 44
email: Rainer@krugs.de
Skype: RMkrug
PGP: 0x0F52F982
[-- Attachment #2: Type: application/pgp-signature, Size: 494 bytes --]
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: :no-expand not working on variables?
2014-04-08 20:02 ` Rainer M Krug
@ 2014-04-16 15:42 ` Bastien
0 siblings, 0 replies; 8+ messages in thread
From: Bastien @ 2014-04-16 15:42 UTC (permalink / raw)
To: Rainer M Krug; +Cc: emacs-orgmode, Eric Schulte
Hi Rainer,
Rainer M Krug <Rainer@krugs.de> writes:
> Sorry - sure. Attached.
Applied in master, thanks,
--
Bastien
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2014-04-16 16:49 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-28 14:57 :no-expand not working on variables? Rainer M Krug
2014-03-28 15:27 ` Sebastien Vauban
2014-03-28 17:17 ` Rainer M Krug
2014-03-30 14:13 ` Eric Schulte
2014-03-31 7:34 ` Rainer M Krug
2014-04-02 23:10 ` Eric Schulte
2014-04-08 20:02 ` Rainer M Krug
2014-04-16 15:42 ` Bastien
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).