Re: [Orgmode] Re: See total effort in my agenda
Hi Flavio, Flavio Souza writes: > I would like to check how much time is commited in a certain day. But > when I plan my projects, some tasks have lots of hours. They would probably > take many days. How would orgmode figure out how many hours are commited > in a specific day? This is impossible... if I do not tell :) Maybe the first step toward such a feature is to write a dynamic block which captures the LOGBOOK drawer and format it nicely. > I will stick with column view. This is a very nice feature. Indeed :) -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Git pull breaks agenda?
Hi Markus, Markus Heller writes: > Now `C-c C-x C-o' seems to be broken for me ... Anybody else see this? > > M-x org-version is 7.01trans (release_7.01h.142.g1ab9). Working fine here: Org-mode version 7.01trans (release_7.01h.143.g17ace.dirty) I think you need to pull. Let me know, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] gitignore patch
Hi, consider these endings ignored by default useful too. BTW re-sorted, doubled *.dvi-entry removed. Cheers, Andreas -- https://code.launchpad.net/~a-roehler/python-mode https://code.launchpad.net/s-x-emacs-werkstatt/ diff --git a/.gitignore b/.gitignore index ba75c2a..374f45e 100644 --- a/.gitignore +++ b/.gitignore @@ -8,23 +8,25 @@ *.bak *.cp *.cps +*.diff *.dvi *.elc *.fn *.fns *.html +*.info *.ky *.kys *.log +*.patch *.pdf *.pg *.pgs +*.ps *.toc *.tp *.vr *.vrs -*.dvi -*.ps orgcard_letter.tex orgcard.txt org ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Tags not lining up in org-indent-mode
On Jul 23, 2010, at 9:56 PM, Marcus Klemm wrote: Carsten Dominik gmail.com> writes: well, this does stop tabs from being used, but it does not stop the mis-alignment of tags on different outline levels. Any news on that? Hi Marcus, I have now fixed this issue. Tag alignment should now work correctly also with org-indent-mode active. Regards - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] when will org-indent-mode be ready?
On Aug 1, 2010, at 7:14 PM, Brian Brooks wrote: Currently using Emacs 23.1, when will org-indent-mode be usable? Org-indent-mode is ready, but you need Emacs 23.2. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: org-insert-link path promt lacks tab-completion [7.01trans]
On Aug 10, 2010, at 8:39 AM, Aidan Gauland wrote: If I enter or edit a link with org-insert-link, I only get tab-completion for the URL prefix (e.g. fi puts "file"), but not for the path name for "file:" links. So, if I type C-c C-l file:~/.ema , I expect to get file:~/.emacs (the possibilities are .emacs and .emacs.d/), but all I get is the message "[No prefix completions]" in the minibuffer juxtaposed to what's already there (the message disappears after about a second). Please use C-u C-c C-l to get file name completion. - Carsten Emacs : GNU Emacs 24.0.50.10 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2010-08-09 on neko Package: Org-mode version 7.01trans current state: == (setq org-export-latex-after-initial-vars-hook '(org-beamer-after-initial- vars) org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current) org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-latex-format-toc-function 'org-export-latex-format-toc- default org-export-preprocess-hook '(org-export-blocks-preprocess) org-tab-first-hook '(org-hide-block-toggle-maybe org-babel-hide-result-toggle-maybe) org-src-mode-hook '(org-src-mode-configure-edit-buffer) org-confirm-shell-link-function 'yes-or-no-p org-reveal-start-hook '(org-decrypt-entry) org-export-first-hook '(org-beamer-initialize-open-trackers) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-export-preprocess-before-normalizing-links-hook '(org-remove-file-link-modifiers) org-mode-hook '((lambda nil (setq org-mouse-context-menu-function (quote org-mouse-context-menu)) (when (memq (quote context-menu) org-mouse-features) (org-defkey org-mouse-map [mouse-3] nil) (org-defkey org-mode-map [mouse-3] (quote org-mouse-show-context-menu)) ) (org-defkey org-mode-map [down-mouse-1] (quote org-mouse-down-mouse)) (when (memq (quote context-menu) org-mouse-features) (org-defkey org-mouse-map [C-drag-mouse-1] (quote org-mouse-move-tree)) (org-defkey org-mouse-map [C-down-mouse-1] (quote org-mouse-move-tree-start)) ) (when (memq (quote yank-link) org-mouse-features) (org-defkey org-mode-map [S-mouse-2] (quote org-mouse-yank-link)) (org-defkey org-mode-map [drag-mouse-3] (quote org-mouse-yank-link)) ) (when (memq (quote move-tree) org-mouse-features) (org-defkey org-mouse-map [drag-mouse-3] (quote org-mouse-move-tree)) (org-defkey org-mouse-map [down-mouse-3] (quote org-mouse-move-tree-start))
Re: [Orgmode] Re: Git pull breaks agenda?
On Tue, Aug 17, 2010 at 12:43 PM, Bastien wrote: > Hi Markus, > > Markus Heller writes: > >> Now `C-c C-x C-o' seems to be broken for me ... Anybody else see this? >> >> M-x org-version is 7.01trans (release_7.01h.142.g1ab9). > > Working fine here: > > Org-mode version 7.01trans (release_7.01h.143.g17ace.dirty) The problem is fixed now. It was fixed in the following commit. commit 1ab9b17ee8154d8b5d7794cc28b367bf6960c338 Author: David Maus Date: Mon Aug 16 21:06:12 2010 +0200 Delete excluded lines directly after call to sorting filter function. * org-agenda.el (org-finalize-agenda-entries): Delete excluded lines directly after call to sorting filter function. > > I think you need to pull. Let me know, > > -- > Bastien > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Puneeth ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] gitignore patch
Andreas Röhler writes: > consider these endings ignored by default useful too. > BTW re-sorted, doubled *.dvi-entry removed. Applied, thanks. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] problem with babel and R
Hello, I am trying to use babel with R. Here the code: #+srcname: foo #+begin_src R :session *R* :results output org replace library(ascii) options(asciiType = "org") ascii(head(esoph)) #+end_src #+results: foo > | | agegp | alcgp | tobgp| ncases | ncontrols | |---+---+---+--++---| | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | > | | agegp | alcgp | tobgp| ncases | ncontrols | |---+---+---+--++---| | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | With org-mode 7.01g in emacs 23, there is two problems: - an extra ">" is added in the first line while output is "org" - when I run the code twice, the new results is appended, while I have the option "replace". Is there any problem with my header? Thank you very much for your help. David ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] C-u usage
Hi Carsten, while dealing with the key/command-name issue, thanks for the last hint BTW, works now, stumble over C-u C-u C-u Don't it break common Emacs usage somehow? The problem arises, as C-h k does not report a combination starting with C-u... Just for consideration. Andreas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: C-u usage
Andreas Röhler writes: Hi Andreas, > C-u C-u C-u > > Don't it break common Emacs usage somehow? No, that's the usual way to provide an universal argument (a number) to a command. > The problem arises, as C-h k does not report a > combination starting with C-u... `C-u' is a command by itself: `universal-argument' To get to the "real" function's docs, leave out the C-u (optionally followed by a number) part when typing at the `C-h k' prompt. Bye, Tassilo ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
Static MathJax v0.2 contains org-static-mathjax.el, which integrates it into the Org export process. The comments in that file explain how it can be used. Download it at: http://www.jboecker.de/2010/08/15/staticmathjax.html I have added a note to org-hacks.org in Worg, which should show up when Worg is next exported to HTML on the server. -- Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] MathJax is now the default for HTML math
On Aug 17, 2010, at 12:44 PM, Jan Böcker wrote: Static MathJax v0.2 contains org-static-mathjax.el, which integrates it into the Org export process. The comments in that file explain how it can be used. Download it at: http://www.jboecker.de/2010/08/15/staticmathjax.html I have added a note to org-hacks.org in Worg, which should show up when Worg is next exported to HTML on the server. And, since you made it into a nice little package, I think it could go into the contrib directory as well - if you want, of course. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] More structure on org-hacks.php
Hi, I just noticed that org-hacks.php on Worg have become quite long, it is great that we have so many little hack there. I think the file would benefit from a bit more structure (some top-level headings and the actually hacks as level two headings or so. Maybe someone would like to do that? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: C-u usage
Hi Andreas, On Aug 17, 2010, at 11:24 AM, Andreas Röhler wrote: Hi Carsten, while dealing with the key/command-name issue, thanks for the last hint BTW, works now, stumble over C-u C-u C-u Don't it break common Emacs usage somehow? No, it is customary that C-u changes the behavior as a function. Admittedly Org does this more extensively than other programs. The problem arises, as C-h k does not report a combination starting with C-u... Yes, for your command name listing this is a problem. Two cases 1. Using prefix arguments actually internally calls a different command. Then one can try to find this command, and if it can be called in a stand-alone way, it would actually be useful to give this indirect command in the list 2. The prefix argument just modified the command a bit - here I think we have no choice but to repeat the command name as it was given for the un-prefixed call. Normally one would in fact describe the effect of the prefix arg in the description of the un-prefixed command. But sometimes I have found it useful to list the prefixed call explicitly. HTH - Carsten Just for consideration. Andreas - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: problem with babel and R
I tried the code with the last development version of org-mode: #+srcname: foo #+begin_src R :session *R* :results output org replace library(ascii) options(asciiType = "org") ascii(head(esoph)) #+end_src #+results: foo | | agegp | alcgp | tobgp| ncases | ncontrols | |---+---+---+--++---| | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | | | agegp | alcgp | tobgp| ncases | ncontrols | |---+---+---+--++---| | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | There is no more ">", but an extra space. But, the replace option doesn't work: results are still appended. I am not an org-mode guru (far, far away), but I think this is because when output is org, there is no indication about the "end" of the results. David On Tue, Aug 17, 2010 at 10:17, David Hajage wrote: > Hello, > > I am trying to use babel with R. Here the code: > > #+srcname: foo > #+begin_src R :session *R* :results output org replace > library(ascii) > options(asciiType = "org") > ascii(head(esoph)) > #+end_src > > #+results: foo > > > | | agegp | alcgp | tobgp| ncases | ncontrols | > |---+---+---+--++---| > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | > | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | > > > | | agegp | alcgp | tobgp| ncases | ncontrols | > |---+---+---+--++---| > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | > | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | > > With org-mode 7.01g in emacs 23, there is two problems: > - an extra ">" is added in the first line while output is "org" > - when I run the code twice, the new results is appended, while I have the > option "replace". > > Is there any problem with my header? > > Thank you very much for your help. > David > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: keys and command name info
Am 16.08.2010 10:57, schrieb Carsten Dominik: On Aug 15, 2010, at 9:07 PM, Andreas Röhler wrote: Am 15.08.2010 09:39, schrieb Carsten Dominik: On Aug 15, 2010, at 9:37 AM, Carsten Dominik wrote: On Aug 13, 2010, at 9:30 PM, Andreas Röhler wrote: Am 11.08.2010 12:05, schrieb Carsten Dominik: On Aug 9, 2010, at 9:28 PM, Dan Davison wrote: Dan Davison writes: Gregor Zattler writes: Hi Andreas, org-mode developers, * Andreas Burtzlaff [09. Aug. 2010]: Carsten Dominik writes: I have put a version of the manual as modified by Andreas here: http://orgmode.org/org-manual-with-command-names.pdf Not all the command names are in there, but quite a few are. I'd like to hear from more people - if they would like to have the names there (i.e. if it would help them finding a command) I would like the command names in the manual. - Emacs-lisp has a lovely tradition of naming functions *very* descriptively and not being afraid to use long names in the interests of accuracy. It's a shame to lose all that by displaying only key sequences. It's a linguistic world of its own and I like being exposed to it. - While one can do C-h k, that's not the same as the way one learns the function names by skimming the manual Also, it does not add length to the HTML version of the manual, because the key sequences are already on a line of their own. And the same is true for a certain proportion of the pdf entries (when the key sequence is long, then it seems to go on its own line). - if the position (first thing in the command description) is right, or if it would be better to have it - last thing in the description - or after the first sentence, this is how the GNUS manual does it. I definitely would want them out on a line of their own with the key sequence. I liked the right-aligned model. Or if not right-aligned, is it possible not to have the comma? Maybe a different font? I also like the position on the key line best. So if there is a more-or-less general agreement that we should get the names in, this would be my preferred location as well. I knot that this is different from what the emacs and gnus manuals do - but I still think that a solution like this would be better. Andreas, can you be bothered to rework the patch? Unfortunately I have no idea if/how the right-aligned model could be made to work. So I think the safest way to do this would be to introduce the macro, and we can then work on the macro to get the formatting right, and also to do the key and function index stuff fully automatically. Here is my proposal for now: @macro orgcmd{key,command} @kindex \key\ @findex \command\ @item \key\ @ @ @ @ @ @ @ @ @ @ @r{(}\comma...@r{)} @end macro And then define keys/commands like this: @table @kbd . @orgc...@key{tab}, org-cycle} Here follows the description of the command @end table - Carsten [ ... ] Hi Carsten, attached a sreenshot, how it comes out for C-c C-b. Doesn't look ok for me, as back-tick and quote are uncommon that way. Hi Andreas, you are correct, this does not look right. Seems like we will have to make the table ins @asis and then have the macro apply the formatting. Sigh... :) If you do insert all the macro calls with the command names, I will take care of the formatting. - Carsten Hi, will do that. Let us check nonetheless a working example first. While trying to put @asis at the right place, I get error messages and it refuses to compile. Could you re-write the example for me? Sorry being that stupid :-) Andreas I mean it like this: @macro orgcmd{key,command} @kindex \key\ @findex \command\ @item @kbd{\key\} @ @ @ @ @ @ @ @ @ @ (@code{\command}\) @end macro And then define keys/commands like this: @table @asis . @orgcmd{C-c C-x @key{TAB}, org-cycle} Here follows the description of the command @end table Does this work? - Carsten Think so, thanks. Patch relying upon attached. Please have a look at lines 1097 and 1379. Looks like an erronius replacements. As its done by a script, ... Andreas diff --git a/doc/org.texi b/doc/org.texi index 1624111..5cb1878 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -22,6 +22,11 @@ @finalout @c Macro definitions +...@macro orgcmd{key,command} +...@kindex \key\ +...@findex \command\ +...@item \key\ @ @ @ @ @ @ @ @ @ @ @r{(}\comma...@r{)} +...@end macro @iftex @c @hyphenation{time-stamp time-stamps time-stamp-ing time-stamp-ed} @end iftex @@ -898,9 +903,8 @@ Org uses just two commands, bound to @key{TAB} and @cindex folded, subtree visibility state @cindex children, subtree visibility state @cindex subtree, subtree visibility state -...@table @kbd -...@kindex @key{TAB} -...@item @key{TAB} +...@table @asis +...@orgcmd{@key{TAB}, org-cycle} @emph{Subtree cycling}: Rotate current subtree among the states @example @@ -940,19 +944,16 @@ tables, @kbd...@key{tab}} jumps to the previous field. @kindex C-u C-u C-u @key{TAB} @item C-u C-u C-u @key{TAB} Show all, including
Re: [Orgmode] Re: problem with babel and R
Hi David, It seems that the problem here is in the ascii package. It is inserting an empty line at the beginning of your table, so that the table is not snugly sitting under the #+results foo tag, because of this the table isn't seen as results and is not replaced -- if you delete that space then re-run the code block you'll notice that the table is replaced. Org-mode is very capable of inserting tabular data into Org-mode documents without using the ascii package. For example the following would be a more idiomatic example of using Org-mode to create a table from R code. --8<---cut here---start->8--- #+begin_src R numbers <- matrix(c(51,43,22,92,28,21,68,22,9),ncol=3,byrow=TRUE) numbers #+end_src #+results: | 51 | 43 | 22 | | 92 | 28 | 21 | | 68 | 22 | 9 | #+begin_src R :colnames yes numbers <- matrix(c(51,43,22,92,28,21,68,22,9),ncol=3,byrow=TRUE) numbers #+end_src #+results: | V1 | V2 | V3 | |++| | 51 | 43 | 22 | | 92 | 28 | 21 | | 68 | 22 | 9 | --8<---cut here---end--->8--- or applied to your example, the following code block should generate the desired results. --8<---cut here---start->8--- #+srcname: foo #+begin_src R :session *R* head(esoph) #+end_src --8<---cut here---end--->8--- One last small note: the "replace" argument to :results is normally the default value, and doesn't need to be explicitly added (although I can see why you would have added it in this case since it wasn't working as expected). Cheers -- Eric David Hajage writes: > I tried the code with the last development version of org-mode: > > #+srcname: foo > #+begin_src R :session *R* :results output org replace > library(ascii) > options(asciiType = "org") > ascii(head(esoph)) > #+end_src > > #+results: foo > > | | agegp | alcgp | tobgp| ncases | ncontrols | > |---+---+---+--++---| > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | > | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | > > | | agegp | alcgp | tobgp| ncases | ncontrols | > |---+---+---+--++---| > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | > | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | > > There is no more ">", but an extra space. > But, the replace option doesn't work: results are still appended. I am not > an org-mode guru (far, far away), but I think this is because when output is > org, there is no indication about the "end" of the results. > > David > > > On Tue, Aug 17, 2010 at 10:17, David Hajage wrote: > >> Hello, >> >> I am trying to use babel with R. Here the code: >> >> #+srcname: foo >> #+begin_src R :session *R* :results output org replace >> library(ascii) >> options(asciiType = "org") >> ascii(head(esoph)) >> #+end_src >> >> #+results: foo >> >> > | | agegp | alcgp | tobgp| ncases | ncontrols | >> |---+---+---+--++---| >> | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | >> | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | >> | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | >> | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | >> | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | >> | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | >> >> > | | agegp | alcgp | tobgp| ncases | ncontrols | >> |---+---+---+--++---| >> | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | >> | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | >> | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | >> | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | >> | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | >> | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | >> >> With org-mode 7.01g in emacs 23, there is two problems: >> - an extra ">" is added in the first line while output is "org" >> - when I run the code twice, the new results is appended, while I have the >> option "replace". >> >> Is there any problem with my header? >> >> Thank you very much for your help. >> David >> > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: More structure on org-hacks.php
Hi Carsten, > I just noticed that org-hacks.php on Worg have become quite long, it is great > that we have so many little hack there. > > I think the file would benefit from a bit more structure (some top-level > headings and the actually hacks as level two headings or so. > > Maybe someone would like to do that? I'm running in all corners right now, as I'll go on holidays tomorrow. Not being able to keep up with everything on the ML right now... Though, if nobody else has done it before, I'm willing to do it in 2 weeks. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [Patch] Org-fontify
Hi Carsten, Carsten Dominik wrote: > On Aug 14, 2010, at 11:04 PM, Sébastien Vauban wrote: >> >> See http://www.mygooglest.com/sva/highlight-whole-ines.png >> for the results on my minimal example file. > > I have applied this patch. Thanks. Thinking a bit more about it, I wondered if it wouldn't be good -- though I'm not sure on this -- to link this behavior with `org-fontify-whole-heading-line'. What do you think? Easy to do (and not to do)... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [Patch] Org-fontify
No HiSebastian, no, I think these are separate issues. Best wishes - Carsten On Aug 17, 2010, at 4:07 PM, Sébastien Vauban wrote: Hi Carsten, Carsten Dominik wrote: On Aug 14, 2010, at 11:04 PM, Sébastien Vauban wrote: See http://www.mygooglest.com/sva/highlight-whole-ines.png for the results on my minimal example file. I have applied this patch. Thanks. Thinking a bit more about it, I wondered if it wouldn't be good -- though I'm not sure on this -- to link this behavior with `org-fontify-whole-heading-line'. What do you think? Easy to do (and not to do)... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: problem with babel and R
Thank you very much for your answer. But when I run the following code directly into R, no extra lines is added by the ascii function: > library(ascii) Le chargement a nécessité le package : proto > options(asciiType = "org") > ascii(head(esoph)) # no extra line | | agegp | alcgp | tobgp| ncases | ncontrols | |---+---+---+--++---| | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | To see what hapens, I tried this: --8<---cut here---start->8--- #+srcname: foo #+begin_src R :session *R* :results output org replace library(ascii) options(asciiType = "org") head(esoph) #+end_src #+results: foo agegp alcgptobgp ncases ncontrols 1 25-34 0-39g/day 0-9g/day 040 2 25-34 0-39g/day10-19 010 3 25-34 0-39g/day20-29 0 6 4 25-34 0-39g/day 30+ 0 5 5 25-34 40-79 0-9g/day 027 6 25-34 40-7910-19 0 7 --8<---cut here---end--->8--- The extra line is still there. In fact, the solution was to run 'library(ascii)' in another source block. When I run only this: --8<---cut here---start->8--- #+begin_src R :session *R* :results output org replace ascii(head(esoph)) #+end_src #+results: foo | | agegp | alcgp |tobgp | ncases | ncontrols | |---+---+---+--++---| | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | | 2 | 25-34 | 0-39g/day |10-19 | 0.00 | 10.00 | | 3 | 25-34 | 0-39g/day |20-29 | 0.00 | 6.00 | | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | | 6 | 25-34 | 40-79 |10-19 | 0.00 | 7.00 | --8<---cut here---end->8--- Everything is then OK. I have no idea why "library(ascii)..." generates an extra empty line in the results. If I understand, the results is all the text directly under "#+results:", until the first empty line. But what happens if the result contains empty lines? Here an example with ascii and Hmisc package: --8<---cut here---start->8--- > library(ascii) > library(Hmisc) > ascii(describe(esoph[, 1:3])) #+CAPTION: esoph[, 1:3] - 3 Variable - 88 Observations *agegp* | n | missing | unique | | 88 | 0 | 6 | | | 25-34 | 35-44 | 45-54 | 55-64 | 65-74 | 75+ | | Frequency | 15| 15| 16| 16| 15| 11 | | % | 17| 17| 18| 18| 17| 12 | *alcgp* | n | missing | unique | | 88 | 0 | 4 | 0-39g/day (23, 26%), 40-79 (23, 26%), 80-119 (21, 24%), 120+ (21, 24%) *tobgp* | n | missing | unique | | 88 | 0 | 4 | 0-9g/day (24, 27%), 10-19 (24, 27%), 20-29 (20, 23%), 30+ (20, 23%) --8<---cut here---end--->8--- As you can see, describe() generate a description of my data, and ascii generate org-mode markup as result. The result contains empty rows. Since there is no special characters indicating the end of the results in babel, replace option will not work in this case. Is there any workaround? Of course, ascii is not usefull in this case, but it can coerce into org-mode markup many other R objects (see my previous example and http://orgmode.org/worg/org-contrib/babel/examples/ascii.php) David On Tue, Aug 17, 2010 at 15:57, Eric Schulte wrote: > Hi David, > > It seems that the problem here is in the ascii package. It is inserting > an empty line at the beginning of your table, so that the table is not > snugly sitting under the #+results foo tag, because of this the table > isn't seen as results and is not replaced -- if you delete that space > then re-run the code block you'll notice that the table is replaced. > > Org-mode is very capable of inserting tabular data into Org-mode > documents without using the ascii package. For example the following > would be a more idiomatic example of using Org-mode to create a table > from R code. > > --8<---cut here---start->8--- > #+begin_src R > numbers <- matrix(c(51,43,22,92,28,21,68,22,9),ncol=3,byrow=TRUE) > numbers > #+end_src > > #+results: > | 51 | 43 | 22 | > | 92 | 28 | 21 | > | 68 | 22 | 9 | > > #+begin_src R :colnames yes > numbers <- matrix(c(51,43,22,92,28,21,68,22,9),ncol=3,byrow=TRUE) > numbers > #+end_src > > #+results: > | V1 | V2 | V3 | > |++| > | 51 | 43 | 22 | > | 92 | 28 | 21 | > | 68 | 22 | 9 | > --8<---cut here---end--->8--- > > or applied to your example, t
Re: [Orgmode] Re: problem with babel and R
Hi David, David Hajage writes: > Thank you very much for your answer. > My pleasure > > But when I run the following code directly into R, no extra lines is >added > by the ascii function: >> library(ascii) > Le chargement a nécessité le package : proto >> options(asciiType = "org") >> ascii(head(esoph)) # no extra line > | | agegp | alcgp | tobgp| ncases | ncontrols | > |---+---+---+--++---| > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | > | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | > ah, my fault, this isn't an ascii issue. > > In fact, the solution was to run 'library(ascii)' in another source block. > When I run only this: > Thanks for pointing this out, I see what's happening now. The :results output header argument (see [1] for information on header arguments) informs Org-mode to collect all of the output of the source code block. This means that when library(ascii) is run, an empty line is collected and appended to the output. Removing the "output" header argument should fix this issue. My I ask why you are using the ascii package for simple table output? It seems to me that this would be much simpler using the pure Org-mode solution I suggested in my previous email. > > #+begin_src R :session *R* :results output org replace > ascii(head(esoph)) > #+end_src > > #+results: foo > | | agegp | alcgp |tobgp | ncases | ncontrols | > |---+---+---+--++---| > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > | 2 | 25-34 | 0-39g/day |10-19 | 0.00 | 10.00 | > | 3 | 25-34 | 0-39g/day |20-29 | 0.00 | 6.00 | > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > | 6 | 25-34 | 40-79 |10-19 | 0.00 | 7.00 | > > Everything is then OK. > I have no idea why "library(ascii)..." generates an extra empty line in the > results. > > If I understand, the results is all the text directly under "#+results:", > until the first empty line. But what happens if the result contains empty > lines? Here an example with ascii and Hmisc package: > This is not quite right, see [2] for a discussion of results handling. The "org" option to results is a special case in which no post-processing of the results takes place, and the raw output is inserted into the org-mode buffer. Under normal usage w/o this header argument, results are either tabular or are textual. If tabular a single table can easily be recognized and handled, if textual they are normally enclosed in a block (example, html, latex, etc...), the block then allows for empty lines while still making it clear where the results end. > >> library(ascii) >> library(Hmisc) >> ascii(describe(esoph[, 1:3])) > #+CAPTION: esoph[, 1:3] > - 3 Variable > - 88 Observations > > *agegp* > | n | missing | unique | > | 88 | 0 | 6 | > > | | 25-34 | 35-44 | 45-54 | 55-64 | 65-74 | 75+ | > | Frequency | 15| 15| 16| 16| 15| 11 | > | % | 17| 17| 18| 18| 17| 12 | > > *alcgp* > | n | missing | unique | > | 88 | 0 | 4 | > > 0-39g/day (23, 26%), 40-79 (23, 26%), 80-119 (21, 24%), 120+ (21, 24%) > > *tobgp* > | n | missing | unique | > | 88 | 0 | 4 | > > 0-9g/day (24, 27%), 10-19 (24, 27%), 20-29 (20, 23%), 30+ (20, 23%) > > As you can see, describe() generate a description of my data, and ascii > generate org-mode markup as result. The result contains empty rows. Since > there is no special characters indicating the end of the results in babel, > replace option will not work in this case. Is there any workaround? > When using ":results org" there is no workaround, as the explicit purpose of this setting is for your results to be inserted directly into the Org-mode buffer w/o any interpretation or alteration. In general I would recommend keeping a 1-to-1 mapping between code blocks and result items, which should resolve this issue. > > Of course, ascii is not usefull in this case, but it can coerce into > org-mode markup many other R objects (see my previous example and > http://orgmode.org/worg/org-contrib/babel/examples/ascii.php) > I see, that answers my question from above. Thanks Hope this helps -- Eric > > David > > > On Tue, Aug 17, 2010 at 15:57, Eric Schulte wrote: > >> Hi David, >> >> It seems that the problem here is in the ascii package. It is inserting >> an empty line at the beginning of your table, so that the table is not >> snugly sitting under the #+results foo tag, because of this the table >> isn't seen as results and is not replaced -- if you delete that space >> then re-run the code block you'll n
Re: [Orgmode] MathJax is now the default for HTML math
On 08/17/2010 01:01 PM, Carsten Dominik wrote: > > On Aug 17, 2010, at 12:44 PM, Jan Böcker wrote: > >> Static MathJax v0.2 contains org-static-mathjax.el, which integrates it >> into the Org export process. The comments in that file explain how it >> can be used. >> >> Download it at: >> http://www.jboecker.de/2010/08/15/staticmathjax.html >> >> I have added a note to org-hacks.org in Worg, which should show up when >> Worg is next exported to HTML on the server. > > And, since you made it into a nice little package, I think > it could go into the contrib directory as well - if you want, of course. >> > > - Carsten > Feel free to include it! I guess org-static-mathjax.el should go to contrib/lisp and everything else to contrib/scripts/staticmathjax/ ? Maybe add a pointer to contrib/scripts/staticmathjax/README.org in the comments of the lisp file. -- Jan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Baffled by beamer blocks
I've got a basic org-mode 7.01g + beamer setup working and am able to create and export presentations. However I am completely unable to create presentations with blocks in them. I've followed the examples on the website such as http://orgmode.org/worg/org-tutorials/org-beamer.php with no success. When I try to write a presentation with blocks, I find that instead of blocks I end up with nested lists in the frames. The LaTeX output shows no \block structures. I see no error messages in any of my emacs buffers. I should note that I'm running Aquamacs 1.9 on the mac. Can anyone suggest what in my setup might be preventing blocks from working? I'm really baffled at this point. Thanks, P. -- Philip J. Hollenback phil...@pobox.com www.hollenback.net ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: keys and command name info
Here is my proposal for now: @macro orgcmd{key,command} @kindex \key\ @findex \command\ @item \key\ @ @ @ @ @ @ @ @ @ @ @r{(}\comma...@r{)} @end macro And then define keys/commands like this: @table @kbd . @orgc...@key{tab}, org-cycle} Here follows the description of the command @end table - Carsten [ ... ] Hi Carsten, attached a sreenshot, how it comes out for C-c C-b. Doesn't look ok for me, as back-tick and quote are uncommon that way. Hi Andreas, you are correct, this does not look right. Seems like we will have to make the table ins @asis and then have the macro apply the formatting. Sigh... :) If you do insert all the macro calls with the command names, I will take care of the formatting. - Carsten Hi, will do that. Let us check nonetheless a working example first. While trying to put @asis at the right place, I get error messages and it refuses to compile. Could you re-write the example for me? Sorry being that stupid :-) Andreas I mean it like this: @macro orgcmd{key,command} @kindex \key\ @findex \command\ @item @kbd{\key\} @ @ @ @ @ @ @ @ @ @ (@code{\command}\) @end macro And then define keys/commands like this: @table @asis . @orgcmd{C-c C-x @key{TAB}, org-cycle} Here follows the description of the command @end table BTW used macro form from first proposal, @asis entry from second. Second macro form was not visible (maybe due typo backslash "}\)" ?) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Git pull breaks agenda?
Bastien writes: > Hi Markus, > > Markus Heller writes: > >> Now `C-c C-x C-o' seems to be broken for me ... Anybody else see this? >> >> M-x org-version is 7.01trans (release_7.01h.142.g1ab9). > > Working fine here: > > Org-mode version 7.01trans (release_7.01h.143.g17ace.dirty) > > I think you need to pull. Let me know, Just did, still not working. Org-mode version 7.01trans (release-7.01h.146.g8e12). Below is the message from the minibuffer after the following sequence: 1. Hit C-c a a 2. Hit C-x C-c C-o Note that C-x C-c C-o works in an org-mode file. Hope this helps to figure out what's going on ... Cheers Markus PS: Message from minibuffer call-interactively: Wrong number of arguments: (lambda nil "Stop the currently running clock." (interactive "P") (unless (marker-buffer org-clock-marker) (error "No running clock")) (let ((marker (make-marker)) newhead) (org-with-remote-undo (marker-buffer org-clock-marker) (with-current-buffer (marker-buffer org-clock-marker) (save-excursion (save-restriction (widen) (goto-char org-clock-marker) (org-back-to-heading t) (move-marker marker (point)) (org-clock-out) (setq newhead (org-get-heading)) (org-agenda-change-all-lines newhead marker) (move-marker marker nil))), 1 [2 times] ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
Thanks Carsten, org-agenda-before-sorting-filter-function does what I need. It would be better if it was called with the point already on the corresponding headline in the corresponding buffer. This would also be faster as you could call it for all entries in one buffer at a time, avoiding a separate excursion for each entry. It seems that _appending_ text to the agenda line should be safe. Is that correct? thanks, ilya On Mon, Aug 16, 2010 at 9:40 AM, Carsten Dominik wrote: > > On Aug 16, 2010, at 2:59 PM, Ilya Shlyakhter wrote: > >> Thanks! Would things work faster if there was a user-defined hook >> that was called at each agenda entry at the same time >> the 'org-hd-marker property gets stored, so it could store any other >> things it needs from the entry as text properties for later >> use by user-defined entry sorting routine? > > Please pull and take a look at the new variable > `org-agenda-before-sorting-filter-function'. > > Martin, I think you could use this variable also for your > "filtering" application. > > - Carsten > >> >> ilya >> >> On Mon, Aug 16, 2010 at 8:54 AM, Carsten Dominik >> wrote: >>> >>> On Aug 5, 2010, at 1:01 AM, Ilya Shlyakhter wrote: >>> When giving a user-defined function for org-agenda-cmp-user-defined, the function gets two agenda entries. Is there a way from an agenda entry to get to the original org entry? >>> >>> Yes, the marker that points to the original entry is stored in text >>> properties. >>> You can take it and then go to the entry, for example with >>> >>> (org-with-point-at (org-get-at-bol 'org-hd-marker) >>> ;; do here what you need to do at the location of the entry >>> ) >>> >>> You could do this in org-finalize-agenda-hook for all entries, for >>> example. >>> Might slow things down, of cause. >>> >>> HTH >>> >>> - Carsten >>> Best would be if, besides a user-defined sort function, you could also provide a function that takes the org entry and the agenda item (i.e. is run with point on the org entry and is passed the agenda item), and can then store anything it wants about the org entry as text properties on the agenda item. The companion user-defined sorting function could then use these stored text properties for ordering the agenda items. Could you add such a hook? thanks, ilya On Wed, Aug 4, 2010 at 6:51 PM, Bastien wrote: > > Hi Ilya, > > Ilya Shlyakhter writes: > >> I'd like to sort agenda entries in a custom agenda view by the value >> of a text property that I put on the headlines. >> Is there a way to do that? > > Well, no. > > Maybe playing around with org-map-entries could yield some result. > > -- > Bastien > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode >>> >>> - Carsten >>> >>> >>> >>> > > - Carsten > > > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Git pull breaks agenda?
Markus Heller writes: > Just did, still not working. Org-mode version 7.01trans > (release-7.01h.146.g8e12). > > Below is the message from the minibuffer after the following sequence: > > 1. Hit C-c a a > 2. Hit C-x C-c C-o > > Note that C-x C-c C-o works in an org-mode file. > > Hope this helps to figure out what's going on ... Yes, thanks! Please pull again, it should work now. -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] custom sorting of agenda items
On 2010-08-04, Ilya Shlyakhter wrote: > When giving a user-defined function for org-agenda-cmp-user-defined, > the function gets two agenda entries. Is there a way from an agenda entry > to get to the original org entry? Here is code of a general nature. (defun alpha-org-entry-get (property &optional sg inherit) "Return the value of PROPERTY, whether you are in the outline or the agenda, by calling `org-entry-get'. SG is the agenda header string provided by user-defined agenda sorting, or nil. If it is nil and you are in the outline, use the current headline directly. If it is nil and you are in the agenda, use the current headline by going to the outline. INHERIT is the inherit argument for org-entry-get. According to the manual at the time of this writing, possible properties include these. TODO The TODO keyword of the entry. TAGS The tags defined directly in the headline. ALLTAGS All tags, including inherited ones. CATEGORY The category of an entry. PRIORITY The priority of the entry, a string with a single letter. DEADLINE The deadline time string, without the angular brackets. SCHEDULEDThe scheduling timestamp, without the angular brackets. CLOSED When was this entry closed? TIMESTAMPThe first keyword-less timestamp in the entry. - this works even in the headline TIMESTAMP_IA The first inactive timestamp in the entry. - this works even in the headline - it does not seem to report CLOSED ts -- use CLOSED CLOCKSUM The sum of CLOCK intervals in the subtree. org-clock-sum must be run first to compute the values. ITEM The content of the entry. For anything else, you can use marker-buffer to get to the outline and do manual parsing or use some other function. Or possibly modify org-entry-get to understand it and send a patch to the org mailing list. The idea is to use this as a single way to get most metadata no matter where you are. " (org-entry-get (cond ((eq major-mode 'org-agenda-mode) (let* ((s (or sg (buffer-substring (point-at-bol) (point-at-eol (m (or (get-text-property 1 'org-marker s) (get-text-property 1 'org-hd-marker s ;;do this to get to the buffer if you need other data that ;;org-entry-get cannot extract ;;(b (and m (marker-buffer m ;;;(if b ;;;(with-current-buffer b ;;; (goto-char m) m)) ((eq major-mode 'org-mode) (point)) (t (error "Not in an org-mode buffer"))) property inherit)) > > Best would be if, besides a user-defined sort function, you could also > provide > a function that takes the org entry and the agenda item (i.e. is run with > point > on the org entry and is passed the agenda item), and can then store anything > it wants about the org entry as text properties on the agenda item. > The companion user-defined sorting function could then use these stored > text properties for ordering the agenda items. Could you add such a hook? > > thanks, > > ilya > > On Wed, Aug 4, 2010 at 6:51 PM, Bastien wrote: >> Hi Ilya, >> >> Ilya Shlyakhter writes: >> >>> I'd like to sort agenda entries in a custom agenda view by the value >>> of a text property that I put on the headlines. >>> Is there a way to do that? >> >> Well, no. >> >> Maybe playing around with org-map-entries could yield some result. >> >> -- >> Bastien >> > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Q: How many CDC "scientists" does it take to change a lightbulb? A: "You only think it's dark." [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Git pull breaks agenda?
Markus Heller wrote: >Just did, still not working. Org-mode version 7.01trans >(release-7.01h.146.g8e12). >Below is the message from the minibuffer after the following sequence: Could I ask you to provide a full backtrace? M-x toggle-debug-on-error RET And hit the problem. Thanks, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpVE8lXKB8w9.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Git pull breaks agenda?
Bastien writes: > Markus Heller writes: > >> Just did, still not working. Org-mode version 7.01trans >> (release-7.01h.146.g8e12). >> >> Below is the message from the minibuffer after the following sequence: >> >> 1. Hit C-c a a >> 2. Hit C-x C-c C-o >> >> Note that C-x C-c C-o works in an org-mode file. >> >> Hope this helps to figure out what's going on ... > > Yes, thanks! Please pull again, it should work now. Bastien, it works now. :) Thanks and Cheers! Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: problem with babel and R
Eric Schulte gmail.com> writes: > Under normal usage w/o this header argument, results are either tabular > or are textual. If tabular a single table can easily be recognized and > handled, if textual they are normally enclosed in a block (example, > html, latex, etc...), the block then allows for empty lines while still > making it clear where the results end. > I've run into this when trying to generate custom results in org format (could be paragraphs with links or headings). It'd help a lot to add something like "#+end_results:" at the end of raw output, so org-babel knows what to replace. - Tom ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Git pull breaks agenda?
David Maus writes: > Markus Heller wrote: > >>Just did, still not working. Org-mode version 7.01trans >>(release-7.01h.146.g8e12). > >>Below is the message from the minibuffer after the following sequence: > > Could I ask you to provide a full backtrace? > > M-x toggle-debug-on-error RET > > And hit the problem. David, your message came a few minutes too late. :( If you explained me how to revert org-mode to the previous version with git (I'm not good at using git), I'd be happy to do so ... Cheers Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Git pull breaks agenda?
David Maus writes: > Markus Heller wrote: > >>Just did, still not working. Org-mode version 7.01trans >>(release-7.01h.146.g8e12). > >>Below is the message from the minibuffer after the following sequence: > > Could I ask you to provide a full backtrace? David, here is the diff from my last push: http://repo.or.cz/w/org-mode.git/blobdiff/8e1287c389f2aedec220de72c9d79d4d8baab8b1..7cc0612e62b8163e5ecf6a5209a6b01e78c72dee:/lisp/org-agenda.el -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Request for opinions: [ANN] List improvement v.2o
On Jul 22, 2010, at 11:08 PM, Nicolas Goaziou wrote:Hello,Here is a new, and probably final feature-wise, suggestion of listimprovement in Org Mode.Table of Contents=1 What is it about again ?2 Is that all ? 2.1 Preserving blank lines 2.2 Timer lists 2.3 Automatic rules 2.4 `org-apply-on-list'3 Where can it be tried ?Hi everyone,I would like to have a discussion about the list improvements proposed byNicolas. I have tested his code now for a few days (on and off). I likemany things. About some issues I am not as happy, but maybe we shouldaccept these in exchange for the improvements we can get.With Nicolas' code, we loose1. The ability to have several sublists separated by text, for example - item1 - subitem A1 - subitem A2 some text in between the lists, identified as such by indentation - subitem B1 - subitem B2Such a construct is no longer possible. The LaTeX exporter alreadywas not able to deal with this situation, but the HTML and DocBookexporters did handle this correcty (and still do, actually, contrary towhat Nicolas wrote in one of his messages). In the pastwe have had several requests to upgrade the LaTeX exporter inthis respect, but that has not happened - it is not easy to do.2. Some existing documents will break because we now need an end-of-list that is clearly defined, and not by indentation. Nicolas proposes a double empty line or some special string to be defined. Breaking existing documents is always bad, of cause. I still hope we can do something about this if we think really hard, like making text that is less indented than the list *also* terminate a list.These are, as far as I can see, the most important disadvantages.On the other had, using Nicolas' code, we gain1. More consistent behavior of line indentation with TAB in lists. Basically, TAB will no longer break list structure. This was something that has bothered me quite a bit in the past.2. With org-cycle-include-plaint-lists set, cycling of list items works consistently as far as I can see, and no longer hides text after the end of the list.3. Consistent behavior in the different exporters (see the point I made earlier about text between sublists). More work is needed, but basically this is what it comes down to.4. A significant list of additional consistency improvements, as detailed by Nicolas in his mail (see below).I would like to invite comments, and maybe cleverproposals on how to maybe get a bit of extra backwardcompatibility. Also, if would be great if more people couldget his code and test it - lists are complex, and it isquite possible that there are hidden problems that show onlyup with wider variety of examples.1 What is it about again ?~~~ I redefined lists in Org Mode. Lists start, as before, at a bullet (whose true regexp is at `org-item-beginning-re'), and end at either `org-list-end-regexp', a new headline, or, obviously, end of buffer. `org-list-end-regexp' is customizable and defaults to 2 blank lines, but `org-empty-line-terminates-plain-lists' has precedence over it. Moreover, any `org-list-end-regexp' found in special blocks does not end list. Here are two examples of valid lists: Case 1: `org-list-end-regexp' is at default value - First item - Sub item #+BEGIN_EXAMPLE Two blank lines below Two blank lines above #+END_SRC - Last sub item List has ended at the beginning of this line. Case 2: `org-list-end-regexp' is "^[ \t]*___[ \t]*\n" - item 1 - item 2 - sub-item - sub-item 2 - item 3 __ List has ended at the beginning of this line. Now, Org Mode knows when a list has ended and how to indent line accordingly. In other words, you can `org-return-indent' three times to exit a list and be at the right column to go on with the text. This new definition is also understood by exporters (LaTeX, DocBook, HTML or ASCII) and `org-list-end-regexp' will appear in source as a blank line, whatever its value is (as long as it starts with a caret and ends with a newline character, as specified in doc-string). Another advantage is that you can have two lists of different types in a row like in the example below: - item - item 1. item 2. item In this example, you can move (or cycle, or indent) items in the second list without worrying about changing the first one.2 Is that all ? Yes and no. I tried as much as possible to keep compatibility with previous implementation. But, as I was at it, I made a number of minor improvements I am now going to describe.2.1 Preserving blank lines=== `org-move-item-up' and `org-move-item-down' will not eat blank lines anymore. You can move an item up and down and stay assured list will keep its integrity. The same is true for `org-sort-list' that would previously collapse the list being sorted. Sorting is now safe. `org-insert-item', when 'plain-list-item is set to 'auto in `org-blank-before-new-entry' (the
[Orgmode] Re: Remove WAITING Task from Global TODO List
Memnon Anon writes: > Markus Heller writes: > >> But that will only give me a *list* of the items, correct? >> >> What I'd like to get is the *calendar* view that you get by hitting "C-c >> a a" which only shows TODO and STARTED tasks. > > Ui, custom agenda; I am not got at this, but please try this: > > (setq org-agenda-custom-commands > '(("!" "Testing" agenda "" > ((org-agenda-skip-function > '(org-agenda-skip-entry-if 'nottodo '("TODO" "STARTED"))) > This works, thanks a lot. > This can be totally wrong, but I did some very quick testing and it > seems to work... Just eval it in your *scratch* buffer and try. > > Whether this works or not, I suggest you have a look at the excellent > Introduction to custom agendas here: > > http://orgmode.org/worg/org-tutorials/org-custom-agenda-commands.php > > by Matt Lundin. > > hth Yep, this helped. Thanks a lot!! Markus ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Request for opinions: [ANN] List improvement v.2o
On Jul 22, 2010, at 11:08 PM, Nicolas Goaziou wrote: Hello, Here is a new, and probably final feature-wise, suggestion of list improvement in Org Mode. Table of Contents = 1 What is it about again ? 2 Is that all ? 2.1 Preserving blank lines 2.2 Timer lists 2.3 Automatic rules 2.4 `org-apply-on-list' 3 Where can it be tried ? Hi everyone, I would like to have a discussion about the list improvements proposed by Nicolas. I have tested his code now for a few days (on and off). I like many things. About some issues I am not as happy, but maybe we should accept these in exchange for the significant improvements we can get. With Nicolas' code, we loose 1. The ability to have several sublists separated by text, for example - item1 - subitem A1 - subitem A2 some text in between the lists, identified as such by indentation - subitem B1 - subitem B2 Such a construct is no longer possible. The LaTeX exporter already was not able to deal with this situation, but the HTML and DocBook exporters did handle this correcty (and still do, actually, contrary to what Nicolas wrote in one of his messages). In the past we have had several requests to upgrade the LaTeX exporter in this respect, but that has not happened - it is not easy to do. 2. Some existing documents will break because we now need an end-of-list that is clearly defined, and not by indentation. Nicolas proposes a double empty line or some special string to be defined. Breaking existing documents is always bad, of cause. I still hope we can do something about this if we think really hard, like making text that is less indented than the list *also* terminate a list. These are, as far as I can see, the most important disadvantages. On the other had, using Nicolas' code, we gain 1. More consistent behavior of line indentation with TAB in lists. Basically, TAB will no longer break list structure. This was something that has bothered me quite a bit in the past. 2. With org-cycle-include-plaint-lists set, cycling of list items works consistently as far as I can see, and no longer hides text after the end of the list. 3. Consistent behavior in the different exporters (see the point I made earlier about text between sublists). More work is needed, but basically this is what it comes down to. 4. A significant list of additional consistency improvements, as detailed by Nicolas in his mail (see below). I would like to invite comments, and maybe clever proposals on how to maybe get a bit of extra backward compatibility. Also, if would be great if more people could get his code and test it - lists are complex, and it is quite possible that there are hidden problems that show only up with wider variety of examples. 1 What is it about again ? ~~~ I redefined lists in Org Mode. Lists start, as before, at a bullet (whose true regexp is at `org-item-beginning-re'), and end at either `org-list-end-regexp', a new headline, or, obviously, end of buffer. `org-list-end-regexp' is customizable and defaults to 2 blank lines, but `org-empty-line-terminates-plain-lists' has precedence over it. Moreover, any `org-list-end-regexp' found in special blocks does not end list. Here are two examples of valid lists: Case 1: `org-list-end-regexp' is at default value - First item - Sub item #+BEGIN_EXAMPLE Two blank lines below Two blank lines above #+END_SRC - Last sub item List has ended at the beginning of this line. Case 2: `org-list-end-regexp' is "^[ \t]*___[ \t]*\n" - item 1 - item 2 - sub-item - sub-item 2 - item 3 __ List has ended at the beginning of this line. Now, Org Mode knows when a list has ended and how to indent line accordingly. In other words, you can `org-return-indent' three times to exit a list and be at the right column to go on with the text. This new definition is also understood by exporters (LaTeX, DocBook, HTML or ASCII) and `org-list-end-regexp' will appear in source as a blank line, whatever its value is (as long as it starts with a caret and ends with a newline character, as specified in doc-string). Another advantage is that you can have two lists of different types in a row like in the example below: - item - item 1. item 2. item In this example, you can move (or cycle, or indent) items in the second list without worrying about changing the first one. 2 Is that all ? Yes and no. I tried as much as possible to keep compatibility with previous implementation. But, as I was at it, I made a number of minor improvements I am now going to describe. 2.1 Preserving blank lines === `org-move-item-up' and `org-move-item-down' will not eat blank lines anymore. You can move an item up and down and stay assured list will keep its integrity. The same is true for `org-sort-list' that would previously collapse the list being sorted.
Re: [Orgmode] org-mode 7.01, error while scheduling item
Hey guys, I'm still having this issue. I've tried downloading emacs again from emacsformacosx.com, but the problem is still there. Any ideas? Thanks, Marcelo. On Thu, Aug 5, 2010 at 1:37 PM, Marcelo de Moraes Serpa wrote: > Hi Bastien, I've posted the backtrace, it should be in the thread, a > few messages earlier. > > Thanks, > > Marcelo. > > On Sat, Jul 31, 2010 at 4:11 AM, Bastien wrote: >> Hi Marcelo, >> >> Marcelo de Moraes Serpa writes: >> >>> I updated to org-mode Org-mode version 7.01trans >>> (release_7.01g.20.gdd484), and when trying to schedule an item with >>> C-c s, I get the following error: >>> >>> org-eval-in-calendar: Wrong type argument: window-live-p, nil >> >> Do you still have this error? >> Can you send a backtrace? >> >> If you don't know how to produce a backtrace, please read this: >> >> http://orgmode.org/manual/Feedback.html >> >> -- >> Bastien >> > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Request for opinions: [ANN] List improvement v.2o
Hello, > Carsten Dominik writes: > 1. The ability to have several sublists separated by text, for example >- item1 >- subitem A1 >- subitem A2 >some text in between the lists, identified as such by indentation >- subitem B1 >- subitem B2 > Such a construct is no longer possible. The LaTeX exporter already > was not able to deal with this situation, but the HTML and DocBook > exporters did handle this correcty (and still do, actually, contrary to > what Nicolas wrote in one of his messages). Well, I just verified, and I maintain HTML and DocBook behave as LaTeX here. Are you sure to be running git head? I fixed this in two steps, you might be stuck between them. Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-mode 7.01, error while scheduling item
Marcelo de Moraes Serpa wrote: > Hey guys, I'm still having this issue. I've tried downloading emacs > again from emacsformacosx.com, but the problem is still there. > > Any ideas? > > Thanks, > > Marcelo. > > On Thu, Aug 5, 2010 at 1:37 PM, Marcelo de Moraes Serpa > wrote: > > Hi Bastien, I've posted the backtrace, it should be in the thread, a > > few messages earlier. > > I didn't find the backtrace in gmane, but I did find it eventually in the list archive (I guess something thought it might be spam/malware and got rid of it?) I append it (shortened to get rid of most of the binary crud) to this mail for reference (it would be better if you reloaded the appropriate .el files - org.el in this case - and *then* took the backtrace.) There are two select-window calls in org-eval-in-calendar: which one fails? I presume the first one, but it might be a good idea to make sure. Another way to ask the same thing: is there a *Calendar* buffer popped up when you get the error? If not, why not? Can you edebug-defun the function org-eval-in-calendar and then step through it? More questions than answers, but maybe something will click. Nick Function: (defun org-eval-in-calendar (form &optional keepdate) "Eval FORM in the calendar window and return to current window. Also, store the cursor date in variable org-ans2." (let ((sf (selected-frame)) (sw (selected-window))) (select-window (get-buffer-window "*Calendar*" t)) (eval form) (when (and (not keepdate) (calendar-cursor-to-date)) (let* ((date (calendar-cursor-to-date)) (time (encode-time 0 0 0 (nth 1 date) (nth 0 date) (nth 2 date (setq org-ans2 (format-time-string "%Y-%m-%d" time (move-overlay org-date-ovl (1- (point)) (1+ (point)) (current-buffer)) (select-window sw) (org-select-frame-set-input-focus sf))) Backtrace: Debugger entered--Lisp error: (wrong-type-argument window-live-p nil) select-window(nil) org-eval-in-calendar(nil t) byte-code(... [def date offset-years year month day calendar calendar-forward-day time-to-days calendar-current-date nil 0 error "There was no year zero" 31 2 4 23 10 abs zerop 100 400 365 (12 31 -1) org-eval-in-calendar t current-local-map copy-keymap org-defkey " " org-calendar-select [mouse-1] org-calendar-select-mouse [mouse-2] [(meta shift left)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [(meta shift right)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [(meta shift up)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [(meta shift down)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [27 (shift left)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [27 (shift right)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [27 (shift up)] #[nil "\300\301!\207" [org-eval-in-calendar ...] 2 nil nil] [27 (shift down)] ...] 9) org-read-date(nil to-time nil nil nil nil) byte-code(... [time what end org-scheduled-time-regexp org-deadline-time-regexp ts (scheduled deadline) org-back-to-heading t outline-next-heading re-search-forward scheduled match-string 1 apply encode-time org-parse-time-string org-get-compact-tod org-read-date nil to-time (scheduled deadline) " " org-insert-time-stamp looking-at "\\( *\\)[^ \n]*" 0 "\n" "[ ]*" throw exit "[^ \n]*?" "[^ \n]*" insert-before-markers -1 org-indent-to-column deadline closed replace-match "" "--+<[^>]+>" " +" 32 "[]*\n" 10 point-at-eol default-time default-input org-insert-labeled-timestamps-at-point org-scheduled-string ...] 7) org-add-planning-info(scheduled nil closed) org-schedule(nil) call-interactively(org-schedule nil nil) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] how to show all subheadings of "current level +1", then all of "current level +2" etc.
Hi Rainer On Fri, Aug 6, 2010 at 11:56, Rainer Stengele wrote: > As already said, I can achieve this with " C-c " > but this is not an easy "shift in and out" solution, I have to "count" the > levels by myself and provide it in the command. I think you are looking for almost exactly the depth stepping which I have described and implemented here: http://thread.gmane.org/gmane.emacs.orgmode/17581 Please let us know what you think about it. My implementation shows the same level always for _all_ headings in the file. Showing or hiding more or less levels for only the _current_ heading as I understand you would like, is too hard for me to implement without help. Michael ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Git pull breaks agenda?
Hi Bastien, Hi Markus, Bastien wrote: >David Maus writes: >> Markus Heller wrote: >> >>>Just did, still not working. Org-mode version 7.01trans >>>(release-7.01h.146.g8e12). >> >>>Below is the message from the minibuffer after the following sequence: >> >> Could I ask you to provide a full backtrace? >David, here is the diff from my last push: > > http://repo.or.cz/w/org-mode.git/blobdiff/8e1287c389f2aedec220de72c9d79d4d8baab8b1..7cc0612e62b8163e5ecf6a5209a6b01e78c72dee:/lisp/org-agenda.el Thanks, this was just a funny timing issue: I wrote the request for the backtrace literally minutes before the push ;) So there's no need to go back in time. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpyoXDCBpdfg.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] tag or property names with dashes
When doing an agenda tags match for tags or properties with dashes in their name, the dashes become negation operators: "my-prop>0" means "entries that have the tag 'my' and do not have a positive property 'prop'", rather than "entries that have a positive property 'my-prop'". Is there a way to escape the dashes to get the latter meaning? thanks, ilya ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Baffled by beamer blocks
On Mon, 16 Aug 2010 23:26:29 -0700, "Philip J. Hollenback" wrote: > > I've got a basic org-mode 7.01h + beamer setup working and am able to > create and export presentations. However I am completely unable to > create presentations with blocks in them. I've followed the examples on > the website such as http://orgmode.org/worg/org-tutorials/org-beamer.php > with no success. > > When I try to write a presentation with blocks, I find that instead of > blocks I end up with nested lists in the frames. The LaTeX output shows > no \block structures. > > Can anyone suggest what in my setup might be preventing blocks from > working? I'm really baffled at this point. > > Thanks, > P. What have you defined in your org setup at the start of the tile. In particular, this line in the example presentation on Worg is crucial: #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t specifically the H:3 bit that tells org to use up to 3 levels of headings or else level headlines get treated like lists, as far as I remember. In any case, can you send me an example that doesn't work that I can try? -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Automatically move completed TODO items and checkboxes to another file
I have happily been using org-mode for many years to keep a todo list. I like keeping a log of the actions I've completed, but I don't like them in the same file taking up space. Previously I have moved completed TODO items and checkboxes to another log file manually. Is there a good way of doing this automatically? Do you have any other suggestions for how to keep a log of done tasks while removing the cruft left over from the current list? Michael Hoffman ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Automatically move completed TODO items and checkboxes to another file
On Tue, 17 Aug 2010 13:34:32 -0700, Michael Hoffman <9qobl2...@sneakemail.com> wrote: > > I have happily been using org-mode for many years to keep a todo > list. I like keeping a log of the actions I've completed, but I don't > like them in the same file taking up space. Previously I have moved > completed TODO items and checkboxes to another log file manually. Is > there a good way of doing this automatically? Do you have any other > suggestions for how to keep a log of done tasks while removing the > cruft left over from the current list? > > Michael Hoffman > > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode Check out the Archiving section in the org info manual. It does exactly what you want. -- MC . -.. --- - ..-. .-. .- --. .- .- - ..- -.-. .-.. .- -.-. ..- -.- NL Professor Eric S Fraga, UCL, http://www.homepages.ucl.ac.uk/~ucecesf/ PG Fingerprint: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D BF >++[>++>+++[<]>-]>++.>.<-.++.--. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [ANN] New babel features: sessions, ESS & remote commands
I've just pushed the additions below to the master branch. The first two are intended to improve working with sessions in general and ESS (R) in particular. The second two allow 'remote commands': babel commands in code buffers, and language major mode commands from Org buffers. 1 New command to split frame between code and session ~~ New function `org-babel-switch-to-session-with-code' splits the frame between the code buffer and the session, leaving point in the code buffer. This is bound to C-c C-v z (Note that the related command `org-babel-switch-to-session' has a similar binding: C-c C-v C-z.) ESS (R) users, for example, can use this command and then proceed to send code to the session with `ess-eval-function-or-paragraph-and-step' (C-c C-c) or other ess-eval-* functions. 2 Better integration between code buffer and ESS (R) sessions ~~ If :session is in effect[1] and the session is running, C-c ' now explicitly tries to associate the code buffer with the session (currently implemented for R). This means that when language major-mode commands are used to send code to the session for evaluation, they should always know which session to send the code to. 3 Org-babel commands are available in code buffers ~~~ `org-src-do-key-sequence-at-code-block' in the *code buffer* can be used to execute a babel command (e.g. tangle or execute) without having to return to the Org buffer. In order to avoid stealing major mode bindings, this is not bound by default. It makes sense to set the key binding in the `org-src-mode-hook'. For example, to use C-c @ for this command in all language mode buffers, you could use (add-hook 'org-src-mode-hook (lambda () (define-key org-src-mode-map "\C-c@" 'org-src-do-key-sequence-at-code-block))) 4 Language major mode commands are available at Org code blocks `org-babel-do-key-sequence-in-edit-buffer' in the *Org buffer* will prompt for a key sequence, which is executed in the language major mode edit buffer. This is bound to C-c C-v C-x and C-c C-v x. Possible uses include C-c C-v C-x TAB: Perform language-specific TAB behaviour For ESS (R) users: C-c C-v C-x C-c C-c: `ess-eval-function-or-paragraph-and-step' without manually visiting the ess-mode buffer. [1] ':session in effect' means :session is turned on for current block. This may be as a result of a header arg, a subtree property, a #+babel: buffer option or configuration of `org-babel-default-header-args' or `org-babel-default-header-args:LANG'. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Baffled by beamer blocks
On Tue, 17 Aug 2010 21:29 +0100, "Eric S Fraga" wrote: > What have you defined in your org setup at the start of the tile. In > particular, this line in the example presentation on Worg is crucial: > > #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t > > specifically the H:3 bit that tells org to use up to 3 levels of > headings or else level headlines get treated like lists, as far as I > remember. > > In any case, can you send me an example that doesn't work that I can > try? Sure, here's the presentation.org from the website, which does have that OPTIONS line. It produces no blocks for me: #+LaTeX_CLASS: beamer #+TITLE: Example Presentation #+AUTHOR: Carsten Dominik #+LaTeX_CLASS_OPTIONS: [presentation] #+BEAMER_FRAME_LEVEL: 2 #+BEAMER_HEADER_EXTRA: \usetheme{Copenhagen}\usecolortheme{default} #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args) %4BEAMER_col(Col) %8BEAMER_extra(Extra) #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t * This is the first structural section ** Frame 1 \\ with a subtitle *** Thanks to Eric Fraga :B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_envargs: C[t] :BEAMER_col: 0.5 :END: for the first viable beamer setup in Org *** Thanks to everyone else :B_block: :PROPERTIES: :BEAMER_col: 0.5 :BEAMER_env: block :BEAMER_envargs: <2-> :END: for contributing to the discussion ** Frame 2 \\ Like 1, but now with explicit columns :PROPERTIES: :BEAMER_extra: \transblindsvertical[duration=1] :END: *** columns :B_columns: :PROPERTIES: :BEAMER_env: columns :END: 0.5 :B_column: :PROPERTIES: :BEAMER_env: column :END: * Thanks to Eric Fraga :B_block: :PROPERTIES: :BEAMER_env: block :BEAMER_col: :END: for the first viable beamer setup in Org 0.5 :B_column: :PROPERTIES: :BEAMER_env: column :END: * Thanks to everyone else :B_block: :PROPERTIES: :BEAMER_col: :BEAMER_env: block :BEAMER_envargs: <2-> :END: for contributing to the discussion ** Frame 2 \\ where we will not use columns *** Request :B_block: Please test this stuff! and here's the corresponding latex output: % Created 2010-08-17 Tue 15:10 \documentclass[presentation]{beamer} \mode<{{{beamermode}}}> \usethemebeamertheme \usecolorthemebeamercolortheme \beamertemplateballitem \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage{hyperref} \usepackage{color} \usepackage{listings} \usepackage{verbatim} \institutebeamerinstitute \subjectbeamersubject \usepackage[latin1]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{t1enc} \usepackage{textcomp} \usepackage{marvosym} \usepackage{wasysym} \usepackage{latexsym} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \providecommand{\alert}[1]{\textbf{#1}} \title{Example Presentation} \author{Carsten Dominik} \date{17 August 2010} \usetheme{Copenhagen}\usecolortheme{default} \begin{document} \maketitle \begin{frame} \frametitle{Outline} \setcounter{tocdepth}{3} \tableofcontents \end{frame} \section{This is the first structural section} \label{sec-1} \begin{frame}[fragile]\frametitle{Frame 1} \label{sec-1_1} \begin{itemize} \item Thanks to Eric Fraga\\ \label{sec-1_1_1}% for the first viable beamer setup in Org \item Thanks to everyone else\\ \label{sec-1_1_2}% for contributing to the discussion \end{itemize} % ends low level \end{frame} \begin{frame}[fragile]\frametitle{Frame 2} \label{sec-1_2} \begin{itemize} \item columns \label{sec-1_2_1}% \begin{itemize} \item 0.5 \label{sec-1_2_1_1}% \begin{itemize} \item Thanks to Eric Fraga\\ \label{sec-1_2_1_1_1}% for the first viable beamer setup in Org \end{itemize} % ends low level \item 0.5\\ \label{sec-1_2_1_2}% \begin{itemize} \item Thanks to everyone else\\ \label{sec-1_2_1_2_1}% for contributing to the discussion \end{itemize} % ends low level \end{itemize} % ends low level \end{itemize} % ends low level \end{frame} \begin{frame}[fragile]\frametitle{Frame 2} \label{sec-1_3} \begin{itemize} \item Request\\ \label{sec-1_3_1}% Please test this stuff!\end{itemize} % ends low level \end{frame} \end{document} -- Philip J. Hollenback phil...@pobox.com www.hollenback.net ___ Emacs-orgmode mailing list Please us
Re: [Orgmode] Baffled by beamer blocks
On Tue, 17 Aug 2010 15:11:10 -0700, "Philip J. Hollenback" wrote: > > On Tue, 17 Aug 2010 21:29 +0100, "Eric S Fraga" > wrote: > > What have you defined in your org setup at the start of the tile. In > > particular, this line in the example presentation on Worg is crucial: > > > > #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t > > > > specifically the H:3 bit that tells org to use up to 3 levels of > > headings or else level headlines get treated like lists, as far as I > > remember. > > > > In any case, can you send me an example that doesn't work that I can > > try? > > Sure, here's the presentation.org from the website, which does have that > OPTIONS line. It produces no blocks for me: > > #+LaTeX_CLASS: beamer > #+TITLE: Example Presentation > #+AUTHOR: Carsten Dominik [...] That is the old tutorial. Check out this one: http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php with associated presentation file which seems to have been munged somehow on Worg (well, on the web site; the git repository has the right version) so here it is attached. I hope this helps. I think the key is that you are missing the startup beamer option? #+TITLE: Writing Beamer presentations in org-mode #+AUTHOR:Eric S Fraga #+EMAIL: e.fr...@ucl.ac.uk #+DATE: 2010-03-30 Tue #+DESCRIPTION: #+KEYWORDS: #+LANGUAGE: en #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js #+EXPORT_SELECT_TAGS: export #+EXPORT_EXCLUDE_TAGS: noexport #+LINK_UP: #+LINK_HOME: #+startup: oddeven #+startup: beamer #+LaTeX_CLASS: beamer #+LaTeX_CLASS_OPTIONS: [bigger] #+latex_header: \mode{\usetheme{Madrid}} #+BEAMER_FRAME_LEVEL: 2 #+COLUMNS: %20ITEM %13BEAMER_env(Env) %6BEAMER_envargs(Args) %4BEAMER_col(Col) %7BEAMER_extra(Extra) * Introduction ** Overview - org-mode template - beamer structure - beamer settings * Methodology ** A simple slide This slide consists of some text with a number of bullet points: - the first, very @important@, point! - the previous point shows the use of the special markup which translates to the Beamer specific /alert/ command for highlighting text. The above list could be numbered or any other type of list and may include sub-lists. ** A more complex slide This slide illustrates the use of Beamer blocks. The following text, with its own headline, is displayed in a block: *** Org mode increases productivity :B_theorem: :PROPERTIES: :BEAMER_env: theorem :END: - org mode means not having to remember \LaTeX commands. - it is based on ascii text which is inherently portable. - Emacs! \hfill \(\qed\) ** Two columns *** A block :B_ignoreheading:BMCOL: :PROPERTIES: :BEAMER_env: ignoreheading :BEAMER_col: 0.4 :END: - this slide consists of two columns - the first (left) column has no heading and consists of text - the second (right) column has an image and is enclosed in an @example@ block *** A screenshot:BMCOL:B_example: :PROPERTIES: :BEAMER_col: 0.6 :BEAMER_env: example :END: #+ATTR_LATEX: width=\textwidth [[file:../../images/org-beamer/a-simple-slide.png]] * Conclusions ** Summary - org is an incredible tool for time management - @but@ it is also excellent for writing and for preparing presentations - Beamer is a very powerful \LaTeX{} package for presentations - the combination is unbeatable! * Problems ** Some problems - the =verbatim= markup doesn't seem to export properly. -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Baffled by beamer blocks
Eric -- is the link to the file download broken? It looks like a footnote or [[link][]] might have missed a bracket? I'm assuming that footnote 1 is supposed to link to the example file being used for the tutorial, that is. John On Tue, Aug 17, 2010 at 5:37 PM, Eric S Fraga wrote: > On Tue, 17 Aug 2010 15:11:10 -0700, "Philip J. Hollenback" < > phil...@pobox.com> wrote: > > > > On Tue, 17 Aug 2010 21:29 +0100, "Eric S Fraga" > > wrote: > > > What have you defined in your org setup at the start of the tile. In > > > particular, this line in the example presentation on Worg is crucial: > > > > > > #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t > > > > > > specifically the H:3 bit that tells org to use up to 3 levels of > > > headings or else level headlines get treated like lists, as far as I > > > remember. > > > > > > In any case, can you send me an example that doesn't work that I can > > > try? > > > > Sure, here's the presentation.org from the website, which does have that > > OPTIONS line. It produces no blocks for me: > > > > #+LaTeX_CLASS: beamer > > #+TITLE: Example Presentation > > #+AUTHOR: Carsten Dominik > > [...] > > That is the old tutorial. Check out this one: > > http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php > > with associated presentation file which seems to have been munged > somehow on Worg (well, on the web site; the git repository has the > right version) so here it is attached. > > I hope this helps. I think the key is that you are missing the > startup beamer option? > > > > > > -- > Eric S Fraga > GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Baffled by beamer blocks
Hm no luck. I tried the updated presentation.org and posted the resulting pdf on scribd: http://www.scribd.com/doc/36035983/Presentation some interesting problems: 1. title missing from title page 2. @important@ is rendered as @important@ 3. missing QED image and of course no blocks. I think something is going horribly wrong with the conversion to latex here but I'm unsure what. Is there some debugging I can turn on to try to figure out what isn't being loaded? I've definitely got the #+startup: beamer line now. On Tue, 17 Aug 2010 23:37 +0100, "Eric S Fraga" wrote: > On Tue, 17 Aug 2010 15:11:10 -0700, "Philip J. Hollenback" > wrote: > > > > On Tue, 17 Aug 2010 21:29 +0100, "Eric S Fraga" > > wrote: > > > What have you defined in your org setup at the start of the tile. In > > > particular, this line in the example presentation on Worg is crucial: > > > > > > #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t > > > > > > specifically the H:3 bit that tells org to use up to 3 levels of > > > headings or else level headlines get treated like lists, as far as I > > > remember. > > > > > > In any case, can you send me an example that doesn't work that I can > > > try? > > > > Sure, here's the presentation.org from the website, which does have that > > OPTIONS line. It produces no blocks for me: > > > > #+LaTeX_CLASS: beamer > > #+TITLE: Example Presentation > > #+AUTHOR: Carsten Dominik > > [...] > > That is the old tutorial. Check out this one: > > http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php > > with associated presentation file which seems to have been munged > somehow on Worg (well, on the web site; the git repository has the > right version) so here it is attached. > > I hope this helps. I think the key is that you are missing the > startup beamer option? > > > > > > -- > Eric S Fraga > GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D > > ___ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > -- Philip J. Hollenback phil...@pobox.com www.hollenback.net ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: row and col spaning in table?
Carsten, As a follow up to Tak's response, this points to a potential bug in org-mode when converting tables from org-mode table to table.el table: * Org Mode Table | Header 1 | Header 2 | | R1 C1-2 | | R2 C1| R2-3 C2 | | R3 C1| | * Org Mode Table converted to table.el table using C-c ~ +--+--+ | Header 1 | Header 2 | +--+--+ | R1 C1-2 | +-+ | R2 C1| R2-3 C2 | +--+--+ | R3 C1| | +--+--+ The second table is a result of hitting C-c ~ on the first table. Notice there is no '+' at the intersection at R1 C1-2, R2 C1 and R2-3 C2 It should be: +--+--+ | R1 C1-2 | +--+--+ | R2 C1| R2-3 C2 | +--+--+ | R3 C1| | +--+--+ Even after fixing the '+', the output is not the same as the one produced by table.el. Since I don't know quite how to debug in Emacs, I can only go by the produced output. Table.el produces the following for the corrected table: Input: +--+--+ | Header 1 | Header 2 | +--+--+ | R1 C1-2 | +--+--+ | R2 C1| R2-3 C2 | +--+ | | R3 C1| | +--+--+ Table.el - table-generate-source (html) output: Table Header 1 Header 2 R1 C1-2 R2 C1 R2-3 C2 R3 C1 Orgmode output: Header 1 Header 2 R1 C1-2 R2 C1R3 C1 R2-3 C2 I know this is probably not a high priority issue/bug but I am posting the information here for completeness. Thanks again for you all your feedback. - Srinivas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] properties in agenda prefix
Why is CATEGORY the only property that can be included in org-agenda-prefix-format? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] org-feeds, atom, authentication & gdata
I've been messing around in an ineffectual way with better ways to get data from various google services (importantly gcalender and gmail) into org. I'd like gcalendar to talk to calendar, and I'd like gmail to feed threads into headings. The latter seems very close to the idea behind org-feeds. I long ago hacked together a system for gcalendar that involved a wget on an *.ics file and some elisp to get this into calendar entries. This works, in a hackish way, but is neither elegant nor particularly robust. I think that a much better system would be to use org-feeds to subscribe to the atom feed that gcalendar provides. But I don't see how org-feeds manages authentication, which would be necessary for this or other (e.g., gmail services). T. V. Raman posted a couple of years ago (http://article.gmane.org/gmane.emacs.orgmode/3499/) regarding code he'd written to read google's atom feeds. This seems like a huge step in the right direction, but my elisp-fu isn't strong enough to manage the additional steps of integrating this into org-mode. Has anyone else tackled this problem? I'm used to discovering that all my clever ideas about ways to extend org's functionality have already been thought of, so I'm expecting one of you to point me to a thread from three years ago and point to the code that's sitting right there in contrib. Thanks! -Ethan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Archive Tasks
Bastien, thanks for your reply! I think this works if there is already an entry "Client 1" in the file gtd.org_archive. But if the task is the first one that should be archived, org doesn't know that this should be on the second level: * Tasks ** Client 1 Is there a way to tell org, that there should be a first level called "Tasks" and a second called "Client 1"? Regards, Karl Am 16.08.10 20:07, schrieb Bastien: > Hi Karl, > > Karl Maihofer writes: > >> I have a problem to archive my tasks. What should the row ":ARCHIVE:" >> look like, so that my "Task One" will be archived under "Tasks - Client >> 1" (see example below)? > > :ARCHIVE: %s_archive::** Client 1 > > should work. > ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Archive Tasks
Karl, On Wed, Aug 18, 2010 at 10:36 AM, Karl Maihofer wrote: > Is there a way to tell org, that there should be a first level called > "Tasks" and a second called "Client 1"? Bernt's setup describes how to do this. http://doc.norang.ca/org-mode.html#OrgFileStructure -- Puneeth ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Request for opinions: [ANN] List improvement v.2o
Hi Carsten and Nicolas, Carsten Dominik wrote: > On Jul 22, 2010, at 11:08 PM, Nicolas Goaziou wrote: > > 2. Some existing documents will break because we now need an end-of-list > that is clearly defined, and not by indentation. Nicolas proposes a > double empty line or some special string to be defined. Breaking existing > documents is always bad, of cause. I still hope we can do something > about this if we think really hard, like making text that is less > indented than the list *also* terminate a list. >From what I understood, without testing anything of it (yet), I would really urge for a support of old documents (the ones with simple constructions) by adopting a rule like the one you propose, where indentation could terminate the list. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: problem with babel and R
OK, I understand that using ":results org", the results is not altered, there is no post processing. But I don't want a post processing, I would like a way to tell babel where is the begining *and the end* of the output produces by a particular R source block. I think an "#+end_results: foo" at the end of the output could do the job. Then, the option "replace" could work in all situation, even if a blank line is inserted somewhere in the org output. No? David On Tue, Aug 17, 2010 at 17:15, Eric Schulte wrote: > Hi David, > > David Hajage writes: > > > Thank you very much for your answer. > > > > My pleasure > > > > > But when I run the following code directly into R, no extra lines is > >added > > by the ascii function: > >> library(ascii) > > Le chargement a nécessité le package : proto > >> options(asciiType = "org") > >> ascii(head(esoph)) # no extra line > > | | agegp | alcgp | tobgp| ncases | ncontrols | > > |---+---+---+--++---| > > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > > | 2 | 25-34 | 0-39g/day | 10-19| 0.00 | 10.00 | > > | 3 | 25-34 | 0-39g/day | 20-29| 0.00 | 6.00 | > > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > > | 6 | 25-34 | 40-79 | 10-19| 0.00 | 7.00 | > > > > ah, my fault, this isn't an ascii issue. > > > > > In fact, the solution was to run 'library(ascii)' in another source > block. > > When I run only this: > > > > Thanks for pointing this out, I see what's happening now. > > The :results output header argument (see [1] for information on header > arguments) informs Org-mode to collect all of the output of the source > code block. This means that when library(ascii) is run, an empty line > is collected and appended to the output. Removing the "output" header > argument should fix this issue. > > My I ask why you are using the ascii package for simple table output? > It seems to me that this would be much simpler using the pure Org-mode > solution I suggested in my previous email. > > > > > #+begin_src R :session *R* :results output org replace > > ascii(head(esoph)) > > #+end_src > > > > #+results: foo > > | | agegp | alcgp |tobgp | ncases | ncontrols | > > |---+---+---+--++---| > > | 1 | 25-34 | 0-39g/day | 0-9g/day | 0.00 | 40.00 | > > | 2 | 25-34 | 0-39g/day |10-19 | 0.00 | 10.00 | > > | 3 | 25-34 | 0-39g/day |20-29 | 0.00 | 6.00 | > > | 4 | 25-34 | 0-39g/day | 30+ | 0.00 | 5.00 | > > | 5 | 25-34 | 40-79 | 0-9g/day | 0.00 | 27.00 | > > | 6 | 25-34 | 40-79 |10-19 | 0.00 | 7.00 | > > > > Everything is then OK. > > I have no idea why "library(ascii)..." generates an extra empty line in > the > > results. > > > > If I understand, the results is all the text directly under "#+results:", > > until the first empty line. But what happens if the result contains empty > > lines? Here an example with ascii and Hmisc package: > > > > This is not quite right, see [2] for a discussion of results handling. > The "org" option to results is a special case in which no > post-processing of the results takes place, and the raw output is > inserted into the org-mode buffer. > > Under normal usage w/o this header argument, results are either tabular > or are textual. If tabular a single table can easily be recognized and > handled, if textual they are normally enclosed in a block (example, > html, latex, etc...), the block then allows for empty lines while still > making it clear where the results end. > > > > > >> library(ascii) > >> library(Hmisc) > >> ascii(describe(esoph[, 1:3])) > > #+CAPTION: esoph[, 1:3] > > - 3 Variable > > - 88 Observations > > > > *agegp* > > | n | missing | unique | > > | 88 | 0 | 6 | > > > > | | 25-34 | 35-44 | 45-54 | 55-64 | 65-74 | 75+ | > > | Frequency | 15| 15| 16| 16| 15| 11 | > > | % | 17| 17| 18| 18| 17| 12 | > > > > *alcgp* > > | n | missing | unique | > > | 88 | 0 | 4 | > > > > 0-39g/day (23, 26%), 40-79 (23, 26%), 80-119 (21, 24%), 120+ (21, 24%) > > > > *tobgp* > > | n | missing | unique | > > | 88 | 0 | 4 | > > > > 0-9g/day (24, 27%), 10-19 (24, 27%), 20-29 (20, 23%), 30+ (20, 23%) > > > > As you can see, describe() generate a description of my data, and ascii > > generate org-mode markup as result. The result contains empty rows. Since > > there is no special characters indicating the end of the results in > babel, > > replace option will not work in this case. Is there any workaround? > > > > When using ":results org" there is no workaround, as the explicit > purpose of this setting is for your results to be inserted directly into > the Org-mode buffer w/o any interpretation or alteration. > > > In general I would recommend keeping a 1-to-1 mapping between code > bloc