* Bug: Org Bable: Set R-specific buffer-wide graphics headers == no R src block eval [8.2.10 (8.2.10-1-g8b63dc-elpa @ /home/user/.emacs.d/elpa/org-20141027/)] @ 2014-11-01 4:50 myq larson 2014-11-02 22:50 ` John Hendy 0 siblings, 1 reply; 4+ messages in thread From: myq larson @ 2014-11-01 4:50 UTC (permalink / raw) To: emacs-orgmode Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. ------------------------------------------------------------------------ The documentation suggests that the following should be possible: ,---- | #+PROPERTY: header-args:R :exports results | #+PROPERTY: header-args :results output graphics | #+PROPERTY: header-args:R :width 400 | | #+BEGIN_SRC R :file /tmp/bug.png | plot(rnorm(100)); | #+END_SRC `---- But the third line (`#+PROPERTY: header-args:R :width 400') silently prevents /all/ R blocks from being evaluated. Changing the document to the following works: ,---- | #+PROPERTY: header-args:R :exports results | #+PROPERTY: header-args :results output graphics | | #+BEGIN_SRC R :width 400 :file /tmp/bug.png | plot(rnorm(100)); | #+END_SRC `---- but doing so means that buffer-wide, /language-specific/ header defaults can not be set to maintain consistency (at least for R) which is unfortunate. It seems that buffer-wide headers can be set for /specific languages/, but not language-specific headers? Maybe I haven't read enough of the documentation yet, but it seems like that should be possible. Thank you very much for this wonderful code/format/project. It's very useful! Emacs : GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 3.4.2) of 2014-02-23 on chindi10, modified by Debian Package: Org-mode version 8.2.10 (8.2.10-1-g8b63dc-elpa @ /home/myq/.emacs.d/elpa/org-20141027/) current state: ============== (setq org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-latex-format-headline-function 'org-latex-format-headline-default-function org-latex-packages-alist '(("" "booktabs" t)) org-src-fontify-natively t org-html-format-inlinetask-function 'ignore org-tab-first-hook '(org-hide-block-toggle-maybe org-src-native-tab-command-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-hide-inline-tasks org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default org-fontify-done-headline t org-babel-pre-tangle-hook '(save-buffer) org-occur-hook '(org-first-headline-recenter) org-src-lang-modes '(("ocaml" . tuareg) ("elisp" . emacs-lisp) ("ditaa" . artist) ("asymptote" . asy) ("dot" . fundamental) ("sqlite" . sql) ("calc" . fundamental) ("C" . c) ("cpp" . c++) ("C++" . c++) ("screen" . shell-script) ("bash" . sh)) org-html-format-headline-function 'ignore org-log-done 'time org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-elisp-link-function 'yes-or-no-p org-default-notes-file "notes.org" org-latex-classes '(("beamer" "\\documentclass[presentation]{beamer}" ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}")) ("article" "\\documentclass[11pt]{article}" ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}") ("\\paragraph{%s}" . "\\paragraph*{%s}") ("\\subparagraph{%s}" . "\\subparagraph*{%s}")) ("report" "\\documentclass[11pt]{report}" ("\\part{%s}" . "\\part*{%s}") ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}")) ("book" "\\documentclass[11pt]{book}" ("\\part{%s}" . "\\part*{%s}") ("\\chapter{%s}" . "\\chapter*{%s}") ("\\section{%s}" . "\\section*{%s}") ("\\subsection{%s}" . "\\subsection*{%s}") ("\\subsubsection{%s}" . "\\subsubsection*{%s}")) ) org-babel-exp-call-line-template '\\num{%line} org-latex-format-drawer-function '(lambda (name contents) contents) org-export-backends '(ascii beamer html icalendar latex md odt org s5) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-latex-tables-booktabs t org-latex-default-figure-position "tbh!" org-mode-hook '(#[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes org-journal-update-auto-mode-alist) org-ascii-format-drawer-function '(lambda (name contents width) contents) org-directory "~/doc/org" org-odt-format-drawer-function '(lambda (name contents) contents) org-latex-listings t org-html-format-drawer-function '(lambda (name contents) contents) org-odt-format-headline-function 'ignore org-metadown-hook '(org-babel-pop-to-session-maybe) org-drawers '("PROPERTIES" "CLOCK" "LOGBOOK" "RESULTS" "DETAILS") org-file-apps '((auto-mode . emacs) ("\\.mm\\'" . default) ("\\.x?html?\\'" . default) ("\\.pdf\\'" . "evince %s")) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-after-todo-state-change-hook '(org-clock-out-if-current) org-odt-format-inlinetask-function 'ignore org-babel-tangle-lang-exts '(("latex" . "tex") ("awk" . "awk") ("perl" . "pl") ("emacs-lisp" . "el")) org-babel-load-languages '((emacs-lisp . t) (sh . t) (perl . t) (awk . t) (R . t) (js . t) (ledger . t) (latex . t) (sql . t) (sqlite . t) (plantuml . t)) org-latex-format-inlinetask-function 'ignore org-confirm-shell-link-function 'yes-or-no-p ) ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Bug: Org Bable: Set R-specific buffer-wide graphics headers == no R src block eval [8.2.10 (8.2.10-1-g8b63dc-elpa @ /home/user/.emacs.d/elpa/org-20141027/)] 2014-11-01 4:50 Bug: Org Bable: Set R-specific buffer-wide graphics headers == no R src block eval [8.2.10 (8.2.10-1-g8b63dc-elpa @ /home/user/.emacs.d/elpa/org-20141027/)] myq larson @ 2014-11-02 22:50 ` John Hendy 2014-11-02 22:55 ` Nicolas Goaziou 0 siblings, 1 reply; 4+ messages in thread From: John Hendy @ 2014-11-02 22:50 UTC (permalink / raw) To: myq larson; +Cc: emacs-orgmode On Fri, Oct 31, 2014 at 11:50 PM, myq larson <myq@wordish.org> wrote: > Remember to cover the basics, that is, what you expected to happen and > what in fact did happen. You don't know how to make a good report? See > > http://orgmode.org/manual/Feedback.html#Feedback > > Your bug report will be posted to the Org-mode mailing list. > ------------------------------------------------------------------------ > > The documentation suggests that the following should be possible: Could you link to the /specific/ documentation where you saw this? Since Org uses a manual as well as a ton of stuff in Worg, I find it helpful to look at the actual bit of code/explanation you were looking at. For example, the manual leads me to *somewhat* agree that the following should be possible (more on that later): - http://orgmode.org/manual/Header-arguments-in-Org-mode-properties.html > ,---- > | #+PROPERTY: header-args:R :exports results > | #+PROPERTY: header-args :results output graphics > | #+PROPERTY: header-args:R :width 400 > | > | #+BEGIN_SRC R :file /tmp/bug.png > | plot(rnorm(100)); > | #+END_SRC > `---- > > But the third line (`#+PROPERTY: header-args:R :width 400') silently > prevents /all/ R blocks from being evaluated. Changing the document to > the following works: I think your interpretation may be incorrect. Why do you think the blocks are not being evaluated? From fiddling around myself, I believe the true cause is that the buffer can accept only *one* of each of these properties. My guess is that you're setting a variable somewhere, and adding two =header-args:R= simply overwrites the variable with the contents of the second vs. appending it. I could be wrong. > ,---- > | #+PROPERTY: header-args:R :exports results > | #+PROPERTY: header-args :results output graphics > | > | #+BEGIN_SRC R :width 400 :file /tmp/bug.png > | plot(rnorm(100)); > | #+END_SRC > `---- > > but doing so means that buffer-wide, /language-specific/ header defaults can not > be set to maintain consistency (at least for R) which is unfortunate. It > seems that buffer-wide headers can be set for /specific languages/, but > not language-specific headers? Maybe I haven't read enough of the > documentation yet, but it seems like that should be possible. Here was my experiment: Generates bug.png, exports into PDF, and size responds to changing 800 <-> 400 #+PROPERTY: header-args:R :width 800 :exports results #+PROPERTY: header-args :results output graphics Generates bug.png, exports into PDF, but size is not affected by :width arg #+PROPERTY: header-args:R :width 800 #+PROPERTY: header-args :results output graphics #+PROPERTY: header-args:R :exports results Generates bug.png, does *not* export to PDF, but you can verify that the size changes by viewing bug.png after using different :width settings: #+PROPERTY: header-args:R :exports results #+PROPERTY: header-args :results output graphics #+PROPERTY: header-args:R :width 800 So, my conclusion was that only the second property gets applied. If your conclusion that the block wasn't being executed was due to the plot not appearing in your resultant document, then we're on the same page. If you didn't even get a bug.png file with any of the combinations above... then maybe we have different issues. M-x org-version Org-mode version 8.3beta (release_8.3beta-483-g58bb3a @ /home/jwhendy/.elisp/org.git/lisp/) It's up to someone else regarding whether or not the #+property behavior is desired. I wondered what two subsequent #+options lines would do, for example, and they appear to be cumulative. For example: #+options: toc:nil #+options: num:nil Yielded both results even though the default contains both. An analog would have been for my document to retain a toc but with no section numbers. So, *something's* different between how these behave. Best regards, John > Thank you very much for this wonderful code/format/project. It's very useful! ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Bug: Org Bable: Set R-specific buffer-wide graphics headers == no R src block eval [8.2.10 (8.2.10-1-g8b63dc-elpa @ /home/user/.emacs.d/elpa/org-20141027/)] 2014-11-02 22:50 ` John Hendy @ 2014-11-02 22:55 ` Nicolas Goaziou 2014-11-02 22:58 ` John Hendy 0 siblings, 1 reply; 4+ messages in thread From: Nicolas Goaziou @ 2014-11-02 22:55 UTC (permalink / raw) To: John Hendy; +Cc: emacs-orgmode, myq larson Hello, John Hendy <jw.hendy@gmail.com> writes: > It's up to someone else regarding whether or not the #+property > behavior is desired. I wondered what two subsequent #+options lines > would do, for example, and they appear to be cumulative. For example: > > #+options: toc:nil > #+options: num:nil > > Yielded both results even though the default contains both. An analog > would have been for my document to retain a toc but with no section > numbers. So, *something's* different between how these behave. See (info "(org) Property syntax") in particular, the "var+" syntax. Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Bug: Org Bable: Set R-specific buffer-wide graphics headers == no R src block eval [8.2.10 (8.2.10-1-g8b63dc-elpa @ /home/user/.emacs.d/elpa/org-20141027/)] 2014-11-02 22:55 ` Nicolas Goaziou @ 2014-11-02 22:58 ` John Hendy 0 siblings, 0 replies; 4+ messages in thread From: John Hendy @ 2014-11-02 22:58 UTC (permalink / raw) To: John Hendy, myq larson, emacs-orgmode On Sun, Nov 2, 2014 at 4:55 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote: > Hello, > > John Hendy <jw.hendy@gmail.com> writes: > >> It's up to someone else regarding whether or not the #+property >> behavior is desired. I wondered what two subsequent #+options lines >> would do, for example, and they appear to be cumulative. For example: >> >> #+options: toc:nil >> #+options: num:nil >> >> Yielded both results even though the default contains both. An analog >> would have been for my document to retain a toc but with no section >> numbers. So, *something's* different between how these behave. > > See > > (info "(org) Property syntax") > > in particular, the "var+" syntax. Awesome! Indeed, myq, this works, for reference: #+PROPERTY: header-args:R :exports results #+PROPERTY: header-args :results output graphics #+PROPERTY: header-args:R+ :width 800 Also, don't forget to =C-c C-c= on these arguments (just one of them in your preamble) to make sure they're updated before trying another export. (Only mentioning this as I often forget and then think something didn't work...) John > > > Regards, > > -- > Nicolas Goaziou ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-11-02 22:58 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-11-01 4:50 Bug: Org Bable: Set R-specific buffer-wide graphics headers == no R src block eval [8.2.10 (8.2.10-1-g8b63dc-elpa @ /home/user/.emacs.d/elpa/org-20141027/)] myq larson 2014-11-02 22:50 ` John Hendy 2014-11-02 22:55 ` Nicolas Goaziou 2014-11-02 22:58 ` 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).