* Using :results output org with new exporter exporting as verbatim with LaTeX
@ 2013-03-22 23:05 John Hendy
2013-03-23 22:12 ` Eric Schulte
0 siblings, 1 reply; 5+ messages in thread
From: John Hendy @ 2013-03-22 23:05 UTC (permalink / raw)
To: emacs-orgmode
I have an org file with R src block that spits out some file names to
embed. I don't think I need to reproduce the block for testing
purposes, but the gist is that I use cat() to spit out some
=#+begin_center= and =[[filename]]= stuff.
R code block header:
#+name: src-block-name
#+begin_src R :session r :exports results :results output org
I'm getting a results block like so:
#+RESULTS: src-block-name
#+BEGIN_SRC org
[[./plots/filename1.pdf]]
[[./plots/filename2.pdf]]
[[./plots/filename3.pdf]]
#+END_SRC
I used this setup previously (and successfully) as described in this
mailing list thread. That particular post described my near successful
block, with the same sort of cat(paste()) commands I was using to
output the filenames in [[filename.pdf]] orgmode syntax. The final
success happened at the very end when Eric Schulte suggested I change
from :results output raw to :results output org.
- http://lists.gnu.org/archive/html/emacs-orgmode/2012-08/msg01222.html
Hence, I started with :results output org this time, but it didn't
work. It's being exported verbatim using =C-c C-e l p=. (Appears in
\begin{verbatim} ... \end{verbatim} in the output .tex file)
If I change to :results output raw, I simply get:
#+results
[[filename.pdf]]
This exports correctly.
If I change the :results output org #+results block to the following,
it also works correctly:
#+begin_org
[[filename.pdf]]
#+end_org
From the ob-doc-R, it appears that orgmode export might be expecting
#+begin_org, not #+begin_src org:
- http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html
#+begin_quote
The Org Mode source code block specifies :results org so the output is
wrapped in #+BEGIN_ORG … #+END_ORG. This way, arbitrary output can be
included and easily replaced on subsequent evaluations of the source
code block.
#+end_quote
Let me know the current proper way to accomplish what I'm trying to do.
Thanks,
John
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Using :results output org with new exporter exporting as verbatim with LaTeX
2013-03-22 23:05 Using :results output org with new exporter exporting as verbatim with LaTeX John Hendy
@ 2013-03-23 22:12 ` Eric Schulte
2013-03-24 1:40 ` John Hendy
0 siblings, 1 reply; 5+ messages in thread
From: Eric Schulte @ 2013-03-23 22:12 UTC (permalink / raw)
To: John Hendy; +Cc: emacs-orgmode
John Hendy <jw.hendy@gmail.com> writes:
> I have an org file with R src block that spits out some file names to
> embed. I don't think I need to reproduce the block for testing
> purposes, but the gist is that I use cat() to spit out some
> =#+begin_center= and =[[filename]]= stuff.
>
> R code block header:
>
> #+name: src-block-name
> #+begin_src R :session r :exports results :results output org
>
>
> I'm getting a results block like so:
>
> #+RESULTS: src-block-name
> #+BEGIN_SRC org
>
> [[./plots/filename1.pdf]]
>
> [[./plots/filename2.pdf]]
>
> [[./plots/filename3.pdf]]
>
> #+END_SRC
>
> I used this setup previously (and successfully) as described in this
> mailing list thread. That particular post described my near successful
> block, with the same sort of cat(paste()) commands I was using to
> output the filenames in [[filename.pdf]] orgmode syntax. The final
> success happened at the very end when Eric Schulte suggested I change
> from :results output raw to :results output org.
> - http://lists.gnu.org/archive/html/emacs-orgmode/2012-08/msg01222.html
>
> Hence, I started with :results output org this time, but it didn't
> work. It's being exported verbatim using =C-c C-e l p=. (Appears in
> \begin{verbatim} ... \end{verbatim} in the output .tex file)
>
> If I change to :results output raw, I simply get:
>
> #+results
>
> [[filename.pdf]]
>
> This exports correctly.
>
> If I change the :results output org #+results block to the following,
> it also works correctly:
>
> #+begin_org
>
> [[filename.pdf]]
>
> #+end_org
>
> From the ob-doc-R, it appears that orgmode export might be expecting
> #+begin_org, not #+begin_src org:
> - http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html
>
> #+begin_quote
> The Org Mode source code block specifies :results org so the output is
> wrapped in #+BEGIN_ORG & #+END_ORG. This way, arbitrary output can be
> included and easily replaced on subsequent evaluations of the source
> code block.
> #+end_quote
>
>
> Let me know the current proper way to accomplish what I'm trying to do.
>
>
>
> Thanks,
> John
>
Hi John,
There has been some churn in results handling in the last year, in part
this is related to the new exporter. I think the following is the
current best approach.
#+begin_src sh :results output wrap
cat <<EOF
[[./plots/filename1.pdf]]
[[./plots/filename2.pdf]]
[[./plots/filename3.pdf]]
EOF
#+end_src
#+RESULTS:
:RESULTS:
[[./plots/filename1.pdf]]
[[./plots/filename2.pdf]]
[[./plots/filename3.pdf]]
:END:
I do feel bad that we had to add yet another results type (i.e. "wrap"),
but as I recall there were very good reasons for this decision and it
has made things cleaner on the implementation side.
Cheers,
--
Eric Schulte
http://cs.unm.edu/~eschulte
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Using :results output org with new exporter exporting as verbatim with LaTeX
2013-03-23 22:12 ` Eric Schulte
@ 2013-03-24 1:40 ` John Hendy
2013-03-24 16:00 ` Charles Berry
0 siblings, 1 reply; 5+ messages in thread
From: John Hendy @ 2013-03-24 1:40 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode
On Sat, Mar 23, 2013 at 5:12 PM, Eric Schulte <schulte.eric@gmail.com> wrote:
> John Hendy <jw.hendy@gmail.com> writes:
>
>> I have an org file with R src block that spits out some file names to
>> embed. I don't think I need to reproduce the block for testing
>> purposes, but the gist is that I use cat() to spit out some
>> =#+begin_center= and =[[filename]]= stuff.
>>
>> R code block header:
>>
>> #+name: src-block-name
>> #+begin_src R :session r :exports results :results output org
>>
>>
>> I'm getting a results block like so:
>>
>> #+RESULTS: src-block-name
>> #+BEGIN_SRC org
>>
>> [[./plots/filename1.pdf]]
>>
>> [[./plots/filename2.pdf]]
>>
>> [[./plots/filename3.pdf]]
>>
>> #+END_SRC
>>
>> I used this setup previously (and successfully) as described in this
>> mailing list thread. That particular post described my near successful
>> block, with the same sort of cat(paste()) commands I was using to
>> output the filenames in [[filename.pdf]] orgmode syntax. The final
>> success happened at the very end when Eric Schulte suggested I change
>> from :results output raw to :results output org.
>> - http://lists.gnu.org/archive/html/emacs-orgmode/2012-08/msg01222.html
>>
>> Hence, I started with :results output org this time, but it didn't
>> work. It's being exported verbatim using =C-c C-e l p=. (Appears in
>> \begin{verbatim} ... \end{verbatim} in the output .tex file)
>>
>> If I change to :results output raw, I simply get:
>>
>> #+results
>>
>> [[filename.pdf]]
>>
>> This exports correctly.
>>
>> If I change the :results output org #+results block to the following,
>> it also works correctly:
>>
>> #+begin_org
>>
>> [[filename.pdf]]
>>
>> #+end_org
>>
>> From the ob-doc-R, it appears that orgmode export might be expecting
>> #+begin_org, not #+begin_src org:
>> - http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html
>>
>> #+begin_quote
>> The Org Mode source code block specifies :results org so the output is
>> wrapped in #+BEGIN_ORG & #+END_ORG. This way, arbitrary output can be
>> included and easily replaced on subsequent evaluations of the source
>> code block.
>> #+end_quote
>>
>>
>> Let me know the current proper way to accomplish what I'm trying to do.
>>
>>
>>
>> Thanks,
>> John
>>
>
> Hi John,
>
> There has been some churn in results handling in the last year, in part
> this is related to the new exporter. I think the following is the
> current best approach.
>
> #+begin_src sh :results output wrap
> cat <<EOF
> [[./plots/filename1.pdf]]
>
> [[./plots/filename2.pdf]]
>
> [[./plots/filename3.pdf]]
> EOF
> #+end_src
>
> #+RESULTS:
> :RESULTS:
> [[./plots/filename1.pdf]]
>
> [[./plots/filename2.pdf]]
>
> [[./plots/filename3.pdf]]
> :END:
>
> I do feel bad that we had to add yet another results type (i.e. "wrap"),
> but as I recall there were very good reasons for this decision and it
> has made things cleaner on the implementation side.
I'm fine with whatever, though I think ob-R-doc is in need of a
refresher, since I don't particularly think raw vs. org (and now wrap,
which is non-existent in formal documentation from what I've seen) is
explained extremely well. I'd be happy to help, but I don't understand
the differences myself.
For example, in our previous discussion (from the thread linked in my
original post), it seems like raw was the /gist/ of what I wanted, but
raw didn't know how to replace org-specific syntax [[filename]]
properly, so I needed org.
I also can't find any references to =output wrap=. Tried googling
=output wrap R orgmode babel= and then ="output wrap" R orgmode babel=
to try to find some discussions on this.
Thanks for letting me know,
John
>
> Cheers,
>
> --
> Eric Schulte
> http://cs.unm.edu/~eschulte
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Using :results output org with new exporter exporting as verbatim with LaTeX
2013-03-24 1:40 ` John Hendy
@ 2013-03-24 16:00 ` Charles Berry
2013-03-24 17:14 ` John Hendy
0 siblings, 1 reply; 5+ messages in thread
From: Charles Berry @ 2013-03-24 16:00 UTC (permalink / raw)
To: emacs-orgmode
John Hendy <jw.hendy <at> gmail.com> writes:
[deleted]
> wrap [...] is non-existent in formal documentation from what I've seen
It is in the manual:
14.8.2.23 `:wrap'
See
http://orgmode.org/manual/wrap.html#wrap
or from emacs:
C-h i m org RET C-s wrap RET RET
HTH,
Chuck
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Using :results output org with new exporter exporting as verbatim with LaTeX
2013-03-24 16:00 ` Charles Berry
@ 2013-03-24 17:14 ` John Hendy
0 siblings, 0 replies; 5+ messages in thread
From: John Hendy @ 2013-03-24 17:14 UTC (permalink / raw)
To: Charles Berry; +Cc: emacs-orgmode
On Sun, Mar 24, 2013 at 11:00 AM, Charles Berry <ccberry@ucsd.edu> wrote:
> John Hendy <jw.hendy <at> gmail.com> writes:
>
> [deleted]
>
>> wrap [...] is non-existent in formal documentation from what I've seen
>
> It is in the manual:
>
> 14.8.2.23 `:wrap'
>
> See
>
> http://orgmode.org/manual/wrap.html#wrap
>
> or from emacs:
>
> C-h i m org RET C-s wrap RET RET
Ah. Forgive my denseness! I guess I'm just perplexed by what "level"
these options fall in. The suggestion was to use =:results output
wrap=, not :wrap (hence searching for that instead of just ":wrap".
:wrap gets it's own high level documentation page while the other
options used similarly (if =:results output wrap= is the right syntax)
seem to be considred "sub options" of something else:
- http://orgmode.org/manual/results.html#results
(Also note that =wrap= doesn't appear on that list, even though it
does work with :results output). On that note, is there a discernible
difference in practice between:
:wrap syntax:
#+begin_results
blah
#+end_results
and :results output wrap syntax:
:results:
blah
:end:
John
>
> HTH,
>
> Chuck
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-03-24 17:15 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-22 23:05 Using :results output org with new exporter exporting as verbatim with LaTeX John Hendy
2013-03-23 22:12 ` Eric Schulte
2013-03-24 1:40 ` John Hendy
2013-03-24 16:00 ` Charles Berry
2013-03-24 17:14 ` John Hendy
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).