From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Hendy Subject: Re: Issue using [:exports both] for inline R code?: Date: Thu, 6 Mar 2014 16:31:33 -0600 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1134c72e12fc2504f3f7b380 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46509) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLgpE-0003NG-55 for emacs-orgmode@gnu.org; Thu, 06 Mar 2014 17:31:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WLgpC-0001af-Sr for emacs-orgmode@gnu.org; Thu, 06 Mar 2014 17:31:36 -0500 Received: from mail-ob0-x229.google.com ([2607:f8b0:4003:c01::229]:63146) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLgpC-0001aX-MH for emacs-orgmode@gnu.org; Thu, 06 Mar 2014 17:31:34 -0500 Received: by mail-ob0-f169.google.com with SMTP id va2so3284520obc.28 for ; Thu, 06 Mar 2014 14:31:33 -0800 (PST) List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Eric Schulte Cc: emacs-orgmode --001a1134c72e12fc2504f3f7b380 Content-Type: text/plain; charset=UTF-8 On Mar 6, 2014 4:18 PM, "Eric Schulte" wrote: > > Inline code blocks were provided to allow results of code block > execution to be placed /inline/ within textual elements such as > paragraphs or lists. They are not designed to support code export. > > The manual should be updated to make this limitation clear. Thanks for clarifying. I'll give a shot at it as I have another manual change to do anyway :) John > Best, > > John Hendy writes: > > > Here is a minimal example: > > > > #+begin_src example > > > > * Heading > > > > Here is some R code: > > > > src_R[:exports both]{1 + 2 + 3}. > > > > #+end_src > > > > Here is the minimal config I used with `emacs -Q`: > > > > #+begin_src min-config > > > > ;; change as needed > > (add-to-list 'load-path "~/.elisp/org.git/lisp/") > > (add-to-list 'load-path "~/.elisp/org.git/contrib/lisp") > > (add-to-list 'load-path "~/.elisp/site-lisp/ess/lisp/") > > > > (require 'ox-latex) > > > > ;; setup babel languages > > (org-babel-do-load-languages > > 'org-babel-load-languages > > '((R . t))) > > > > #+end_src > > > > Org version (just pulled): > > Org-mode version 8.2.5h (release_8.2.5h-676-gfb8a04 @ > > /home/jwhendy/.elisp/org.git/lisp/) > > > > Upon exporting to latex, I get the attached. > > > > I thought I ran into this some time back, but was able to use a > > :session argument as a workaround in the header args. For some reason, > > I can't seem to get that to play along at the moment. When I try > > adding `:session r`, I get this in the *Messages* buffer: > > > > Warning: defvar ignored because ess-ask-for-ess-directory is let-bound > > org-babel-R-initiate-session: Symbol's function definition is void: R > > > > Any suggestions on what's going on? In a non-minimal setup, I get > > similar results except that `:session R` doesn't complain on export... > > but I get my code bookended by verbatim #+begin/end_src text in the > > PDF. > > > > > > > > Thanks, > > John > > > > -- > Eric Schulte > https://cs.unm.edu/~eschulte > PGP: 0x614CA05D --001a1134c72e12fc2504f3f7b380 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mar 6, 2014 4:18 PM, "Eric Schulte" <schulte.eric@gmail.com> wrote:
>
> Inline code blocks were provided to allow results of code block
> execution to be placed /inline/ within textual elements such as
> paragraphs or lists. =C2=A0They are not designed to support code expor= t.
>
> The manual should be updated to make this limitation clear.

Thanks for clarifying. I'll give a shot at it as I have = another manual change to do anyway :)

John

> Best,
>
> John Hendy <jw.hendy@gmail.co= m> writes:
>
> > Here is a minimal example:
> >
> > #+begin_src example
> >
> > * Heading
> >
> > Here is some R code:
> >
> > src_R[:exports both]{1 + 2 + 3}.
> >
> > #+end_src
> >
> > Here is the minimal config I used with `emacs -Q`:
> >
> > #+begin_src min-config
> >
> > ;; change as needed
> > (add-to-list 'load-path "~/.elisp/org.git/lisp/") > > (add-to-list 'load-path "~/.elisp/org.git/contrib/lisp&q= uot;)
> > (add-to-list 'load-path "~/.elisp/site-lisp/ess/lisp/&qu= ot;)
> >
> > (require 'ox-latex)
> >
> > ;; setup babel languages
> > (org-babel-do-load-languages
> > =C2=A0'org-babel-load-languages
> > =C2=A0'((R . t)))
> >
> > #+end_src
> >
> > Org version (just pulled):
> > Org-mode version 8.2.5h (release_8.2.5h-676-gfb8a04 @
> > /home/jwhendy/.elisp/org.git/lisp/)
> >
> > Upon exporting to latex, I get the attached.
> >
> > I thought I ran into this some time back, but was able to use a > > :session argument as a workaround in the header args. For some re= ason,
> > I can't seem to get that to play along at the moment. When I = try
> > adding `:session r`, I get this in the *Messages* buffer:
> >
> > Warning: defvar ignored because ess-ask-for-ess-directory is let-= bound
> > org-babel-R-initiate-session: Symbol's function definition is= void: R
> >
> > Any suggestions on what's going on? In a non-minimal setup, I= get
> > similar results except that `:session R` doesn't complain on = export...
> > but I get my code bookended by verbatim #+begin/end_src text in t= he
> > PDF.
> >
> >
> >
> > Thanks,
> > John
> >
>
> --
> Eric Schulte
> https://cs.unm.edu/~eschulte<= /a>
> PGP: 0x614CA05D

--001a1134c72e12fc2504f3f7b380--