From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte <schulte.eric@gmail.com> Subject: Re: Issue using [:exports both] for inline R code? Date: Thu, 06 Mar 2014 10:04:28 -0700 Message-ID: <87r46fug60.fsf@gmail.com> References: <CA+M2ft8FJVTq70a8-OL+=qfoe7uQFW9NisBJZ3sJHE_JrmC1Lg@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org> Received: from eggs.gnu.org ([2001:4830:134:3::10]:43180) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <schulte.eric@gmail.com>) id 1WLgcJ-0000ql-Jd for emacs-orgmode@gnu.org; Thu, 06 Mar 2014 17:18:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <schulte.eric@gmail.com>) id 1WLgcD-0005aN-L5 for emacs-orgmode@gnu.org; Thu, 06 Mar 2014 17:18:15 -0500 Received: from mail-pb0-x232.google.com ([2607:f8b0:400e:c01::232]:46136) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <schulte.eric@gmail.com>) id 1WLgcD-0005ZS-EL for emacs-orgmode@gnu.org; Thu, 06 Mar 2014 17:18:09 -0500 Received: by mail-pb0-f50.google.com with SMTP id md12so3250666pbc.9 for <emacs-orgmode@gnu.org>; Thu, 06 Mar 2014 14:18:08 -0800 (PST) List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org> List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>, <mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe> List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode> List-Post: <mailto:emacs-orgmode@gnu.org> List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help> List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>, <mailto:emacs-orgmode-request@gnu.org?subject=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: John Hendy <jw.hendy@gmail.com> Cc: emacs-orgmode <emacs-orgmode@gnu.org> 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. Best, John Hendy <jw.hendy@gmail.com> 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