[O] No mention of ":results graphics" in docs on code blocks

I just noticed there's no mention of the ":results graphics" header argument in the Org manual. This worg documentation about source code blocks and R does mention it: http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html "If the value is :results graphics then 'base' graphics outp

Re: [O] No mention of ":results graphics" in docs on code blocks

Aloha Bill, William Denton writes: > I just noticed there's no mention of the ":results graphics" header > argument in the Org manual. > > This worg documentation about source code blocks and R does mention it: > > http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-R.html > > "If the val

Re: [O] No mention of ":results graphics" in docs on code blocks

On Oct 19, 2014 11:08 PM, "William Denton" wrote: > > I just noticed there's no mention of the ":results graphics" header argument in the Org manual. I said the same in 2012: - http://comments.gmane.org/gmane.emacs.orgmode/57643 > This worg documentation about source code blocks and R does menti

Re: [O] [PATH] Speedups to org-table-recalculate

Hi Michael, Thanks for the review! Updated patches attached. I believe I've fixed everything you mentioned - let me know if I missed something. On Sun, Oct 19, 2014 at 3:57 PM, Michael Brand wrote: > Hi Nathaniel > > On Sat, Oct 18, 2014 at 7:11 AM, Nathaniel Flath > wrote: > > Patches are at

[O] [PATCH] Fix typo in org.texi

The patch below fixes (what i think) is a minor typo in the info documentation. Thanks for your great work on org-mode, Best, Rafael >From 65d995992fdcb5a04c413f83fe5c68edf4508835 Mon Sep 17 00:00:00 2001 From: Rafael Laboissiere Date: Sun, 19 Oct 2014 22:37:39 +0200 Subject: [PATCH] org.tex

Re: [O] How to change a link?

On 2014-10-15, at 12:19, Nicolas Goaziou wrote: > Hello, > > Marcin Borkowski writes: > >> assume that I have a link object (e.g., I'm in the ellipsis part of >> this: >> >> (org-element-map (org-element-parse-buffer 'object) 'link >> (lambda (elt) ... )) >> >> What I want to do is this: >> 1.

Re: [O] New key binding C-Tab -- how to not use it

Bastien writes: > Thorsten Jolitz writes: > >> , >> | (org-defkey org-mode-map "\C-TAB" 'undefined) >> ` >> >> not sure if the TAB is correct here, maybe try , , etc if it >> does not work. > > I think this should be one of these: > > (org-defkey org-mode-map "\C-\t" 'undefined) > (org-d

Re: [O] org-export-format-source-code-or-example: End of Buffer

Nicolas Goaziou writes: > Mishal Awadah writes: > >> According to Andreas, this is an org-mode issue: >> https://answers.launchpad.net/python-mode/+question/248031 > > The function `org-export-format-source-code-or-example' doesn't exist > anymore, so I think this bug should be closed. +1 Also

Re: [O] New key binding C-Tab -- how to not use it

Thorsten Jolitz writes: > , > | (org-defkey org-mode-map "\C-TAB" 'undefined) > ` > > not sure if the TAB is correct here, maybe try , , etc if it > does not work. I think this should be one of these: (org-defkey org-mode-map "\C-\t" 'undefined) (org-defkey org-mode-map [(control tab)]

Re: [O] [PATH] Speedups to org-table-recalculate

Hi Nathaniel On Sat, Oct 18, 2014 at 7:11 AM, Nathaniel Flath wrote: > Patches are attached. I am not an expert for all the following comments, please correct me or contradict where necessary. The patches do not apply on current master, so I did not try them out yet. You might want to add a de

Re: [O] Exponents / subscripts

2014-10-19 19:08 GMT+02:00 Nicolas Goaziou : > Hello, > > Fabrice Popineau writes: > > > A minor issue and I haven't check if it has already been raised in the > past. > > Currently something like \(a^nb^n\) is the org-mode buffer > > as \(a^{nbn}\). IE it starts exponent mode and stops it at the

Re: [O] Exzessive newlines in org-element item interpreter?

Nicolas Goaziou writes: > Thorsten Jolitz writes: > >> The conclusion of your answer above is that the item-interpreter cannot >> produce the complete org-mode syntax for plain-lists that is recognized >> by the parser and described in the manual? > This question is too tricky (and closed) for

Re: [O] Exzessive newlines in org-element item interpreter?

Thorsten Jolitz writes: > The conclusion of your answer above is that the item-interpreter cannot > produce the complete org-mode syntax for plain-lists that is recognized > by the parser and described in the manual? This question is too tricky (and closed) for me to answer. Regards,

Re: [O] Exponents / subscripts

Hello, Fabrice Popineau writes: > A minor issue and I haven't check if it has already been raised in the past. > Currently something like \(a^nb^n\) is the org-mode buffer > as \(a^{nbn}\). IE it starts exponent mode and stops it at the next space. > Could it be made to behave more like LaTeX, i

[O] Exponents / subscripts

Hi, A minor issue and I haven't check if it has already been raised in the past. Currently something like \(a^nb^n\) is the org-mode buffer as \(a^{nbn}\). IE it starts exponent mode and stops it at the next space. Could it be made to behave more like LaTeX, i.e. only the next char except if brace

[O] Link to named block

Hi, I've made a small function to link to a named block in org files. #+BEGIN_SRC emacs-lisp (defun dmd--org-link-to-named-block () "Create an org-link to the named block at point. Blocks are named with #+NAME." (when (eq major-mode 'org-mode) (let* ((el (org-element-at-point))

Re: [O] Exzessive newlines in org-element item interpreter?

Nicolas Goaziou writes: Hello, > Thorsten Jolitz writes: > >> One more question: bullet strings are parsed 'as-is', but the >> interpreter seems to have its own logic that is a bit difficult to grok >> (or are there syntax errors too?): > > This is simple: ordered lists bullets are always "X.",

Re: [O] stuck project definition bug?

>> (setq org-stuck-projects '("PROJECT" ("NEXT") nil nil)) >> This means that everything with a tag :PROJECT: without NEXT subtask is a >> stuck project. >> >> I’d like this stuck project to be shown in the stuck project list: >> >> * TODO my stuck project

Re: [O] Exzessive newlines in org-element item interpreter?

Thorsten Jolitz writes: > So when creating an element with interpreted content (that is given as > plain string), I use > > - headlines :: (section nil "foo") > > - others :: (paragraph nil "foo") If contents are already interpreted, - anything :: "foo" is sufficient, I think. However

Re: [O] Exzessive newlines in org-element item interpreter?

Hello, Thorsten Jolitz writes: > One more question: bullet strings are parsed 'as-is', but the > interpreter seems to have its own logic that is a bit difficult to grok > (or are there syntax errors too?): This is simple: ordered lists bullets are always "X.", where X is a number and unordered

Re: [O] Exzessive newlines in org-element item interpreter?

Thorsten Jolitz writes: > Nicolas Goaziou writes: [...] >> You should not provide 'on, 'off or 'trans, and even less strings, but >> on, off or trans since your expression is already quoted. One more question: bullet strings are parsed 'as-is', but the interpreter seems to have its own logic th

Re: [O] New key binding C-Tab -- how to not use it

Justin Gordon writes: > I just updated emacs org-mode and when visiting org files, this > binding takes effect: > > C-TAB (org-force-cycle-archived) > Cycle a tree even if it is tagged with ARCHIVE. > > What's the best way to disable this binding? > > I use C-Tab for moving between windows. Tr

Re: [O] Exzessive newlines in org-element item interpreter?

Nicolas Goaziou writes: > Hello, > > Thorsten Jolitz writes: > >> Hi List, >> >> evaluating this >> >> #+BEGIN_SRC emacs-lisp >> (org-element-interpret-data >> '(item (:bullet "1" :tag "hello" :checkbox "trans" :counter 2) >> (section nil "world"))) >> #+END_SRC >> >> #+results: >> : 1. [@2]