Re: [Orgmode] Re: row and col spaning in table?
Mon, 16 Aug 2010 05:45:03 -0700: Carsten Dominik carsten.domi...@gmail.com wrote: On Jul 28, 2010, at 8:28 PM, Srinivas wrote: Giovanni Ridolfi giovanni.ridolfi at yahoo.it writes: David Hajage dhajage at gmail.com writes: and I was wondering if row and col spaning was possible? Currently not. But, if this is your case, you should use the table.el package. For some reason, I haven't been able to get table.el to work properly during the org-mode publish operation. Carsten had mentioned that this functionality had been fixed in the 6.36x builds but I still haven't been able to get it to work. I would like to see a work example, if you have one. Here is my sample file: begin snip * sample table + --++ +---++ | | file | +---++ + --++ | | file | + --+| | test | test | + --++ What is this table above supposed to mean? * Org mode table | Header 1 | Header 2 | |--+--| | R1 C1| R1 C2| | R2 C1| R2 C2| | R3 C1| R3 C2| This org-mode table works fine. * table.el table Following table has 1 multi column cell and 1 multi row cell. +--+--+ | Header 1 | Header 2 | +--+--+ | R1 C1-2 | +-+ | R2 C1| R2-3 C2 | +--+--+ | R3 C1| | +--+--+ This starts an infinite loop when trying to convert it to HTML. Org is simply calling the HTML converter in table.el, and that code gets stuck. So I think this is a bug in table.el - please contact the author of that package, Takaaki Ota takaaki@am.sony.com The above table is illegal from the table.el definition point of view. The three way intersection between the cells R1 C1-2, R2 C1 and R2-3 C2 must be a '+' instead of a '-'. I admit the current implementation is inferior as it gets into infinite loop instead of reporting this error. -Tak And report back here! Thanks! - 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] Baffled by beamer blocks
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. -- 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: See total effort in my agenda
Hi Flavio, Flavio Souza flavio...@gmail.com 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 helle...@gmail.com 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 carsten.dominik at 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 TAB puts file), but not for the path name for file: links. So, if I type C-c C-l file:~/.ema TAB, 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 bastien.gue...@wikimedia.fr wrote: Hi Markus, Markus Heller helle...@gmail.com 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 dm...@ictsoc.de 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 andreas.roeh...@easy-emacs.de 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 TAB 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 andreas.roeh...@easy-emacs.de writes: Hi Andreas, C-u C-u C-u TAB 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 TAB 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 dhaj...@gmail.com 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 davi...@stats.ox.ac.uk writes: Gregor Zattler telegr...@gmx.net writes: Hi Andreas, org-mode developers, * Andreas Burtzlaff and...@gmx.net [09. Aug. 2010]: Carsten Dominik carsten.domi...@gmail.com 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.
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 dhaj...@gmail.com 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 dhaj...@gmail.com 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 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list.
[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 schulte.e...@gmail.com 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, the following code block should generate the
Re: [Orgmode] Re: problem with babel and R
Hi David, David Hajage dhaj...@gmail.com 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 schulte.e...@gmail.com 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
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 bastien.gue...@wikimedia.fr writes: Hi Markus, Markus Heller helle...@gmail.com 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 carsten.domi...@gmail.com 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 carsten.domi...@gmail.com 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 bastien.gue...@wikimedia.fr wrote: Hi Ilya, Ilya Shlyakhter ilya_...@alum.mit.edu 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] custom sorting of agenda items
On 2010-08-04, Ilya Shlyakhter ilya_...@alum.mit.edu 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 bastien.gue...@wikimedia.fr wrote: Hi Ilya, Ilya Shlyakhter ilya_...@alum.mit.edu 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 bastien.gue...@wikimedia.fr writes: Markus Heller helle...@gmail.com 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 schulte.eric at 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 dm...@ictsoc.de 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 dm...@ictsoc.de 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 default, I think), will work hard to guess the appropriate number of blank lines to insert before the item
[Orgmode] Re: Remove WAITING Task from Global TODO List
Memnon Anon gegendosenflei...@googlemail.com writes: Markus Heller helle...@gmail.com 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 celose...@gmail.com 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 b...@altern.org wrote: Hi Marcelo, Marcelo de Moraes Serpa celose...@gmail.com 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 celose...@gmail.com 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 celose...@gmail.com 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 rainer.steng...@diplan.de wrote: As already said, I can achieve this with number C-c TAB 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 dm...@ictsoc.de 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-prop0 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 phil...@pobox.com 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
[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 border=1 captionTable/caption tr td align=center valign=top Header 1 /td td align=center valign=top Header 2 /td /tr tr td colspan=2 align=left valign=top R1 C1-2 /td /tr tr td align=left valign=top R2 C1 /td td rowspan=2 align=center valign=top R2-3 C2 br / br / /td /tr tr td align=left valign=top R3 C1 /td /tr /table Orgmode output: table border=2 cellspacing=0 cellpadding=6 rules=groups frame=hsides trth scope=colHeader 1/th th scope=colHeader 2/th/tr trtdR1 C1-2/td/tr trtdR2 C1br/R3 C1/td tdR2-3 C2br//td/tr /table 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 ignora...@gmx.de 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 ignora...@gmx.de 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