[Orgmode] Re: Bug: escaping a star in a heading [7.01trans]
Aidan Gauland aidal...@no8wireless.co.nz writes: Escaping a star ('*') in a heading with a backslash works (i.e. exports to a literal '*') when exporting to PDF (via LaTeX; probably because LaTeX then processes it), but not when exporting to HTML. My situation is that I have a heading which refers to a (C) pointer variable, *x, * A note on the variable *x. When I exported this to HTML, everything under the heading appeared as part of the heading. I then tried to escape the star with a backslash (\*), which eliminated the confusion with the heading and its body, but the backslash showed up in the heading: * A note on the variable \*x. This is obviously not what I want, I wanted the backslash to prevent the star from being treated by Org as rich-text markup (i.e. *bold*), and to be removed from the final product. I am not able to reproduce this on GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12) of 2010-01-30 on noorul Org-mode version 7.01trans (release_7.01h.464.g413c) I had this in an org file * A note on the variable *x This is another testing and used C-c C-e b Thanks and Regards Noorul ___ 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: Org now fontifies code blocks
Hi all, Richard Riley wrote: Eric S Fraga ucec...@ucl.ac.uk writes: On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison davi...@stats.ox.ac.uk wrote: I've just pushed changes which mean that Org now fontifies code in code blocks. Currently, this is turned on by default, so it would be helpful if people could report any problems, and opinions as to whether it should be on or off by default. This is brilliant! Works very well on my notebook (with small code blocks as that's all I tend to have). Many thanks! Without wanting to rock the boat I think its safer to have this disabled by default. I cant tell you how many times I thought I was in the LISP buffer and ended up making a mess since this enhancement was added. Would it be feasible to get a colored background (light green, for example) for the code blocks inside Org buffers? Of course, I mean: made to work with language fontification... If yes, we would reach two goals with one stone: 1. Avoid Richard's problem 2. Clearly identify codes inlined in text, by making them standing out. Thanks for your reactions on this... 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] Weird notes... Conflict with lists?
Hi, When diffing versions of my Org files, before committing, just noticed this... --8---cut here---start-8--- ** WAIT Vérifier la réception du BC - SCHEDULED: 2010-09-03 Fri + SCHEDULED: 2010-09-08 Wed :LOGBOOK: - State WAIT from TODO [2010-09-01 Wed 14:14] \\ Envoyé un nouveau mail. + - State DONE from WAIT [2010-09-07 Tue 09:36] + - State TODO from DONE [2010-09-07 Tue 09:36] + - State WAIT from TODO [2010-09-07 Tue 09:36] \\ + Téléphoné. Pas de réponse. :END: --8---cut here---end---8--- I've experienced other weird behaviors since the new lists are in place. Among others, when creating a new node with M-RET, or such operations. Though, I need to get steps to reproduce black on white for those ones... FYI, Org-mode version is 7.01trans (release_7.01h.431.g8302). 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] questions about table mode and spreadsheets
On 9/7/10 2:56 AM, Juan wrote: A very complex way of not adding the extra column: | name | a | b | c | |--++---+---| | foo | 1 | 2 | 3 | | bar | 3 | 2 | 1 | | bar | 4 | 5 | 6 | |--++---+---| | | 7 | | | #+TBLFM: @5$2='(apply '+ (mapcar* (lambda(x y) (if (string= x bar) y 0)) '(@i$...@ii$1) '(@i$...@ii$2)));L * the two arguments at the end are the name and a columns: '(foo bar bar) and '(1 3 4) * the lambda function returns the second argument if first is bar, 0 otherwise. * mapcar* applies the lambda function to arguments from the 2 lists. * apply '+ adds the resulting list Regards, .j. Neat! This is what I wanted to achieve. Good thing I gave up, though, I see it would have kept me up all night. (And yes, I meant add a new /column/, not row.) If one wants to do this often (e.g., in the other two columns), one could tuck away some of the complexity into one's .emacs, and at the same time get away from hard-coding the match string, like so: #+begin_src elisp (defun vsumif (string x y) Sum values of Y for all X matching STRING. (apply '+ (mapcar* (lambda(x y) (if (string= x match) y 0)) x y))) #+end_src Now, one can e.g. put the string one is matching for in the table. Try updating the spreadsheet below, then changing `foo' in the bottom row (@5$1) to `bar' and updating again. | name | a | b | c | |--+---+---+---| | foo | 1 | 2 | 3 | | bar | 3 | 2 | 1 | | bar | 4 | 5 | 6 | |--+---+---+---| | bar | | | | #+TBLFM: @5$2='(vsumif '@5$1 '(@i$...@ii$1) '(@i$...@ii$2));L It's still a lengthy formula and not the easiest to write. If you'd like to add up all foos or bars for columns a, b and c, you may be better off swapping rows and columns so you can use column formulas: | | name | foo | bar | bar | bar | |---+--+-+-+-+-| | / ||| || | | | a| 1 | 3 | 4 | | | | b| 2 | 2 | 5 | | | | c| 3 | 1 | 6 | | #+TBLFM: $6='(vsumif '@1$6 '(@1$...@1$5) '($3..$5));L Again, replace `foo' in @1$6 with `bar' to get totals for bar. I have added vertical lines to the table. One could presumable write =vsumif= in a more general form that would not be hard-coded to test only for matching strings. The function defined above might be better named =vsumifstring=. Cheers, CM On Tue, Sep 07, 2010 at 12:44:03AM +0200, Christian Moe wrote: On 9/6/10 3:38 PM, Inquisitive Scientist wrote: 2. How do I compute the sum of a column only if a corresponding row matches some condition? For example, how do I compute the sum of numbers in column a for which the name in column name is bar? For example, I should get 7 for the sum in column a in the table below: | name | a | b | c | |--+---+---+---| | foo | 1 | 2 | 3 | | bar | 3 | 2 | 1 | | bar | 4 | 5 | 6 | |--+---+---+---| Here's one way: Add a new row sorry: meant add a new column after the first, as below. Then run C-c C-c on the formula line: | name | | a | b | c | |--+---+---+---+---| | foo | | 1 | 2 | 3 | | bar | | 3 | 2 | 1 | | bar | | 4 | 5 | 6 | |--+---+---+---+---| | | | | | | #+TBLFM: $2='(if (string= $1 bar) 1 0):: @5$3=vsum(vmask(@i$...@ii$2,@i...@ii)) It does exactly what you asked, but I don't think it will scale well... ___ 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
[Orgmode] Re: Weird notes... Conflict with lists?
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi, When diffing versions of my Org files, before committing, just noticed this... ** WAIT Vérifier la réception du BC - SCHEDULED: 2010-09-03 Fri + SCHEDULED: 2010-09-08 Wed :LOGBOOK: - State WAIT from TODO [2010-09-01 Wed 14:14] \\ Envoyé un nouveau mail. + - State DONE from WAIT [2010-09-07 Tue 09:36] + - State TODO from DONE [2010-09-07 Tue 09:36] + - State WAIT from TODO [2010-09-07 Tue 09:36] \\ + Téléphoné. Pas de réponse. :END: I've experienced other weird behaviors since the new lists are in place. Among others, when creating a new node with M-RET, or such operations. Though, I need to get steps to reproduce black on white for those ones... FYI, Org-mode version is 7.01trans (release_7.01h.431.g8302). I am not able to re-produce this. This is what I get when I simply cycle through states. * DONE Test header CLOSED: [2010-09-07 Tue 15:11] :LOGBOOK: - State DONE from TODO [2010-09-07 Tue 15:11] - State TODO from WAITING[2010-09-07 Tue 15:11] - State WAITINGfrom TODO [2010-09-07 Tue 15:11] \\ Next - State TODO from WAITING[2010-09-07 Tue 15:11] - State WAITINGfrom NEXT [2010-09-07 Tue 15:09] \\ Testing - State NEXT from WAITING[2010-09-07 Tue 15:09] - State WAITINGfrom NEXT [2010-09-07 Tue 15:09] \\ Waiting Am I missing something? Can you reproduce this on a minimal header? Thanks and Regards Noorul ___ 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: Select default clocking task by Bernt Hansen
Yevgeniy A. Viktorov yevgeniy.vikto...@gmail.com writes: thank you for examples, I really lost it :) would be nice to fix references to first level * Organization, i.e. mostly to replace * Organization with ** Organization and include above examples. Okay I've added that to my todo list :) As far I understand you categorize organization by work you usually do in some context if no other task specified or using Misc when there is no appropriate category? Essentially yes. If I'm working on tasks for my company Norang then I set the norang.org Organization task as the default task. I'll work on tasks in norang.org, clocking them in and out and any leftover remaining time goes to the organization task in that file. If I switch contexts to some client's projects then I set the Organization task in that client file as the default task and work on their tasks. Leftover time is then clocked against the client. This way if I work for a client from 10AM-noon and clock in various tasks in the client file I get 2 hours of clocked time for the client even if the individual tasks I clock in only add up to 1 hour 55 minutes. The leftover 5 minutes end up on the organization task for that client and it's a more accurate reflection of where I really spent my time. If I am interrupted by something during that work I create a capture task which automatically clocks in for whatever amount of time that interruption takes and minutes are allocated to the right project when that task is refiled to the appropriate org file. Regards, Bernt ___ 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] Why can't global cycling be simulated with command events?
In one of my org files I use archiving into the same file. This works well, the only problem is org opens every subtree in the file and doesn't restore the previous folding state afterwards. In order to go back to a more useful folding state I push S-tab twice after archiving. Once for OVERVIEW and once for CONTENTS. This works well manually, so I wanted to automate it by issuing two command events after archiving like this: (push 'S-tab unread-command-events) (push 'S-tab unread-command-events) The problem is it doesn't work, because the first one goes properly to OVERVIEW state, but a second one doesn't do anything, the file stays in OVERVIEW. Why is that? Shouldn't the same happen in this case like when I press S-tab twice manually? You can try cycling an org file with M-: (push 'S-tab unread-command-events) and you'll see the problem. How can I overcome this? ___ 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: Select default clocking task by Bernt Hansen
Richard Riley rile...@gmail.com writes: Just to add a ra ra to this post Bernd. Your page on using Org is singularly the most useful I have come across and I have meant to get back and reimplement your method following a bit of a .emacs clean up recently. I think I sent some feedback before but if youÄre planning any overhaul I'll wait a while and then run through the updated version once more. Hi Richard, Thanks for the feedback :) I'm not really planning an overhaul of the entire document but if you see any errors and omissions please let me know. I update the document approximately monthly with new stable changes to my workflow and the history of changes can be found in the last section with a link to the git archive detailing exactly what changed. Regards, Bernt ___ 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] Strange behavior of M-RET with new list improvements
Hi Nicolas list, I've noticed some strange behavior with the new list code when pressing M-RET: Firstly, if I have a construct like this: - *** Some heading - Bullet - Bullet - Bullet | - With the cursor at |, M-RET correctly adds another list item (indented, and started with -). But now there is no way to make a new heading with M-RET, except to terminate the list with a blank line, and then press M-RET (even though list followed immediately by headline is a valid terminated list). Previously, if the cursor was at the beginning of the line after the last bullet, M-RET would produce a new heading: - *** Some heading - Bullet - Bullet - Bullet | - (press M-RET) - *** Some heading - Bullet - Bullet - Bullet *** | - With the new code, it produces an indented list item with -. Is there any way to get the old behaviour back? Perhaps a good compromise is that M-RET at bol produces a heading, even if logically that spot could continue a list? (You can continue the list with M-RET on the last line of the list). The second problem is with folded headlines. Org mode behaves correctly, but the result is surprising for the user. If you have the headline above, but folded, with the cursor at the end of the line, like this: - *** Some heading...| - pressing RET to open a new line, followed by M-RET (presumably to make a new heading) results in the following: - *** Some heading... - Bullet - | - So Org is trying to make a new list item, because the previous line is a list item, even though it's folded. I believe that since only a heading is visible, that should be interpreted to mean that the user wants a new heading. I am not sure why the heading displays partially folded, and partially opened, but refolding and reopening with TAB shows that the structure is correct. Thanks, -Anthony ___ 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] Composing letters using Org mode and the LaTeX isodoc class
Hello, Based on a thread launched by Jambunathan, I've tried to follow another direction, having a huge interest in getting such a thing to work. My trial is very border-line, as I tried using Org code blocks. Would these be convertable to LaTeX, that would make (or have made) sense. Just presenting this to you, in order to receive ideas on how to progress in the right direction. --8---cut here---start-8--- #+TITLE: Org-isodoc #+AUTHOR:Seb Vauban #+DATE: 2010-09-07 #+DESCRIPTION: #+KEYWORDS: #+LANGUAGE: en_US * To #+srcname: to #+begin_src org Org mode user group \\ World Wide Web #+end_src * Subject #+srcname: subject #+begin_src org Composing letters using Org mode and the LaTeX isodoc class #+end_src * Opening #+srcname: opening #+begin_src org Dear Org mode users, #+end_src * Body #+srcname: body #+begin_src org Following ideas found here, I am trying to use Org for writing LaTeX letters at the speed of light. The class I'm used to compose with is called isodoc. Very nice. You should try it... *Problems* encountered /so far/: - how to insert properly converted tables (to =LaTeX=)? | test | hello | | foo | bar | - begin an Org block, editing this code adds commas in front of every line... That's all for now. #+end_src * Closing #+srcname: closing #+begin_src org Yours Truly #+end_src * Encl #+srcname: encl #+begin_src org I still have to look at how to declare some attached documents. #+end_src * Letter #+begin_src latex :noweb yes :tangle yes \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} %\usepackage[scorpios]{isodoc-style} \usepackage[mygooglest]{isodoc-style} \setupdocument{ to = {% to}, subject = {subject}, opening = {opening}, closing = {closing} } \begin{document} \letter{% body } \end{document} #+end_src #+results: #+BEGIN_LaTeX \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} %\usepackage[scorpios]{isodoc-style} \usepackage[mygooglest]{isodoc-style} \setupdocument{ to = {% Org mode user group \\ World Wide Web}, subject = {Composing letters using Org mode and the LaTeX isodoc class}, opening = {Dear Org mode users,}, closing = {Yours Truly} } \begin{document} \letter{% Following ideas found here, I am trying to use Org for writing LaTeX letters at the speed of light. The class I'm used to compose with is called isodoc. Very nice. You should try it... *Problems* encountered /so far/: - how to insert properly converted tables (to =LaTeX=)? | test | hello | | foo | bar | - begin an Org block, editing this code adds commas in front of every line... That's all for now. } \end{document} #+END_LaTeX --8---cut here---end---8--- 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] Bug: BUG-New list implementation and cookies gives Invalid search bound [7.01trans (release_7.01h.467.g9b717)]
Hi Nick, On the following entry if you put the point after 'foo' and S-M-RET to create a new checkbox it gives the following stack dump: ,[ test.org ] | * list test [/] | [2010-09-07 Tue 07:47] | - [ ] fooS-M-RET here ` Debugger entered--Lisp error: (error Invalid search bound (wrong side of point)) re-search-forward(^\\([ ]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[ ]+\\*\\)\\([]+\\|$\\) 26950 move) funcall(re-search-forward ^\\([ ]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[ ]+\\*\\)\\([]+\\|$\\) 26950 move) (if (funcall search re bound noerr) nil (throw (quote exit) (and ... nil))) (unless (funcall search re bound noerr) (throw (quote exit) (and ... nil))) (while t (unless (funcall search re bound noerr) (throw ... ...)) (unless (or ... ...) (throw ... ...))) (let ((origin ...)) (while t (unless ... ...) (unless ... ...))) (catch (quote exit) (let (...) (while t ... ...))) org-list-search-unenclosed-generic(re-search-forward ^\\([ ]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[ ]+\\*\\)\\([]+\\|$\\) 26950 move) org-search-forward-unenclosed(^\\([ ]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[ ]+\\*\\)\\([]+\\|$\\) 26950 move) (and (org-search-forward-unenclosed org-item-beginning-re bottom (quote move)) (= (org-get-indentation) ind-min)) (while (and (org-search-forward-unenclosed org-item-beginning-re bottom ...) (= ... ind-min)) (setq post-list (cons ... post-list))) (let* ((ind-min ...) (begin ...) (end ...) pre-list post-list) (goto-char begin) (while (and ... ...) (setq pre-list ...)) (if ( ... ind-min) (setq pre-list ...) (setq pre-list ...)) (goto-char end) (end-of-line) (while (and ... ...) (setq post-list ...)) (when (and ... ...) (beginning-of-line) (while ... ...)) (append pre-list struct (reverse post-list))) (lambda (struct) (let* (... ... ... pre-list post-list) (goto-char begin) (while ... ...) (if ... ... ...) (goto-char end) (end-of-line) (while ... ...) (when ... ... ...) (append pre-list struct ...)))(((26945 0 #(- 0 1 ... 1 2 ...) nil))) funcall((lambda (struct) (let* (... ... ... pre-list post-list) (goto-char begin) (while ... ...) (if ... ... ...) (goto-char end) (end-of-line) (while ... ...) (when ... ... ...) (append pre-list struct ...))) ((26945 0 #(- 0 1 ... 1 2 ...) nil))) (let ((extended ...)) (if (and outdent ...) (funcall extend extended) extended)) (let* (struct (extend ...)) (goto-char end) (while (org-search-backward-unenclosed org-item-beginning-re begin t) (setq struct ...)) (let (...) (if ... ... extended))) (save-excursion (let* (struct ...) (goto-char end) (while ... ...) (let ... ...))) org-list-struct(26945 26951 26919 26950) (let* ((bottom ...) (struct ...) (origins ...) fixed-struct) (if (stringp force-bullet) (let ... ... ...) (setq fixed-struct ...)) (org-list-struct-apply-struct fixed-struct bottom)) org-list-repair(nil 26919 26950) (lambda (text) (goto-char (org-get-item-beginning)) (indent-to-column ind) (insert (concat bullet ... after-bullet)) (save-excursion (insert ...)) (unless before-p (setq bottom ...) (let ... ... ... ...)) (when checkbox (org-update-checkbox-count-maybe)) (org-list-repair nil top bottom))(nil) funcall((lambda (text) (goto-char (org-get-item-beginning)) (indent-to-column ind) (insert (concat bullet ... after-bullet)) (save-excursion (insert ...)) (unless before-p (setq bottom ...) (let ... ... ... ...)) (when checkbox (org-update-checkbox-count-maybe)) (org-list-repair nil top bottom)) nil) (let* ((pos ...) (end-before-blank ...) (after-text ...)) (funcall insert-fun after-text) t) (cond (before-p (funcall insert-fun nil) t) ((not ...) (funcall insert-fun nil) t) (t (delete-horizontal-space) (let* ... ... t))) (let* ((true-pos ...) (top ...) (bottom ...) (bullet ...) (ind ...) (before-p ...) (blank-lines-nb ...) (insert-fun ...)) (goto-char true-pos) (cond (before-p ... t) (... ... t) (t ... ...))) org-list-insert-item-generic(26942 t nil) (let ((desc-text ...)) (org-list-insert-item-generic (point) (and checkbox ...) desc-text)) (if (save-excursion (goto-char ...) (org-at-item-timer-p)) (progn (org-timer-item) t) (let (...) (org-list-insert-item-generic ... ... desc-text))) (if (or (not ...) (org-invisible-p)) nil (if (save-excursion ... ...) (progn ... t) (let ... ...))) (unless (or (not ...) (org-invisible-p)) (if (save-excursion ... ...) (progn ... t) (let ... ...))) org-insert-item(checkbox) (not (org-insert-item (quote checkbox))) (or force-heading (not (org-insert-item ...))) (if (or force-heading (not ...)) (progn (org-insert-heading force-heading) (save-excursion ... ... ...) (let* ... ... ...) (when org-provide-todo-statistics ...))) (when (or force-heading (not ...)) (org-insert-heading force-heading) (save-excursion (org-back-to-heading) (outline-previous-heading) (looking-at org-todo-line-regexp)) (let* (... ...) (beginning-of-line 1) (and ... ... ...)) (when org-provide-todo-statistics
[Orgmode] Re: Strange behavior of M-RET with new list improvements
Anthony Lander anthonylan...@yahoo.com writes: I've noticed some strange behavior with the new list code when pressing M-RET: Firstly, if I have a construct like this: - *** Some heading - Bullet - Bullet - Bullet | - With the cursor at |, M-RET correctly adds another list item (indented, and started with -). But now there is no way to make a new heading with M-RET, except to terminate the list with a blank line, and then press M-RET (even though list followed immediately by headline is a valid terminated list). Previously, if the cursor was at the beginning of the line after the last bullet, M-RET would produce a new heading: Hi Anthony, I noticed the same thing when I initially started using the new list code. I've just trained my fingers to use C-RET for new headlines instead. -Bernt ___ 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: Strange behavior of M-RET with new list improvements
On 7-Sep-10, at 7:46 AM, Bernt Hansen wrote: Anthony Lander anthonylan...@yahoo.com writes: I've noticed some strange behavior with the new list code when pressing M-RET: Firstly, if I have a construct like this: - *** Some heading - Bullet - Bullet - Bullet | - With the cursor at |, M-RET correctly adds another list item (indented, and started with -). But now there is no way to make a new heading with M-RET, except to terminate the list with a blank line, and then press M-RET (even though list followed immediately by headline is a valid terminated list). Previously, if the cursor was at the beginning of the line after the last bullet, M-RET would produce a new heading: Hi Anthony, I noticed the same thing when I initially started using the new list code. I've just trained my fingers to use C-RET for new headlines instead. Thanks Brent. I use CUA mode pretty much all the time (dons flameproof suit), and rightly or wrongly, it steals C-RET. I will look at binding the new headline function to something, though. That's a good workaround. -Anthony -Bernt ___ 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: Weird notes... Conflict with lists?
Hi Noorul, Noorul Islam K M wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: When diffing versions of my Org files, before committing, just noticed this... ** WAIT Vérifier la réception du BC - SCHEDULED: 2010-09-03 Fri + SCHEDULED: 2010-09-08 Wed :LOGBOOK: - State WAIT from TODO [2010-09-01 Wed 14:14] \\ Envoyé un nouveau mail. + - State DONE from WAIT [2010-09-07 Tue 09:36] + - State TODO from DONE [2010-09-07 Tue 09:36] + - State WAIT from TODO [2010-09-07 Tue 09:36] \\ + Téléphoné. Pas de réponse. :END: FYI, Org-mode version is 7.01trans (release_7.01h.431.g8302). Git pulled this morning -- Emacs restarted. --8---cut here---start-8--- GNU Emacs 23.1.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-03-29 on rothera, modified by Debian release_7.01h-464-g413c Org-mode version 7.01trans (release_7.01h.464.g413c) --8---cut here---end---8--- I am not able to re-produce this. This is what I get when I simply cycle through states. Am I missing something? Can you reproduce this on a minimal header? Yes, reproducible: --8---cut here---start-8--- ** WAIT Test header :LOGBOOK: - State DONE from[2010-09-07 Tue 13:41] - State WAIT from DONE [2010-09-07 Tue 13:41] \\ Test. :END: --8---cut here---end---8--- - Just add a second-level entry. - Via speed keys, `td' (was a mistake, wanted to write `tt') - Via speed keys, `tw', and wrote a small message. 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: Org now fontifies code blocks
Thomas S. Dye t...@tsdye.com writes: Aloha Dan, This is really nice. Thanks for shepherding it along. In some of my use cases there is a substantial delay when opening a large file and then unfolding sections with many source code blocks. Hi Tom, I think this is a good point and probably as you say a reason for turning it off by default. Org should be (and was!) lightweight by default. I haven't had time to profile things properly. Before we turn it off, could you please confirm that all your slowness problems go away when you do (setq org-src-fontify-natively nil)? Thanks, Dan I don't mind this and intend to keep the feature on, but I do think it should be off by default because the user potentially pays an appreciable time penalty for the pleasure of semantic source code markup. Thanks again for this nice feature. All the best, Tom On Sep 3, 2010, at 7:30 AM, Eric S Fraga wrote: On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison davi...@stats.ox.ac.uk wrote: I've just pushed changes which mean that Org now fontifies code in code blocks. Currently, this is turned on by default, so it would be helpful if people could report any problems, and opinions as to whether it should be on or off by default. [...] This is brilliant! Works very well on my notebook (with small code blocks as that's all I tend to have). Many thanks! -- 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 ___ 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: Org now fontifies code blocks
Richard Riley rile...@googlemail.com writes: Dan Davison davi...@stats.ox.ac.uk writes: Richard Riley rile...@gmail.com writes: Eric S Fraga ucec...@ucl.ac.uk writes: On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison davi...@stats.ox.ac.uk wrote: I've just pushed changes which mean that Org now fontifies code in code blocks. Currently, this is turned on by default, so it would be helpful if people could report any problems, and opinions as to whether it should be on or off by default. [...] This is brilliant! Works very well on my notebook (with small code blocks as that's all I tend to have). Many thanks! Without wanting to rock the boat I think its safer to have this disabled by default. I cant tell you how many times I thought I was in the LISP buffer and ended up making a mess since this enhancement was added. I agree it's not obvious what the default should be. The main motivation for me to defaulting to on is simply for new users to see code fragments look pretty. Hi Richard, I'm not quite clear what problems are arising from Org buffer edits. Could you expand? Nothing particularly harsh but I find myself reaching for elisp hot keys Right, but that sort of user is the one who will prob know how to turn it off. I'm more struck by Tom's point that it can be slow with large/many code blocks. and expecting indentation etc to work. This isn't directly relevant to the fontification default question, but seeing as you mention this, I'll note that indentation in the Org buffer is going to work fairly well: first turn on org-src-tab-acts-natively, and second, assuming my pending patches are accepted, indent-region will work with C-c C-v C-x C-M-\ or to simplify that key sequence, you will be able to bind functions like this to a key (defun dan/org-comment-dwim (optional arg) (interactive P) (or (org-babel-do-key-sequence-in-edit-buffer \M-;) (comment-dwim arg))) Dan It's no big deal and as I said I can config it to revert to the old behaviour. Probably best to forget my suggestion of leaving the default as no fontification ;) ___ 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: Org now fontifies code blocks
David O'Toole dto1...@gmail.com writes: I agree Bastien :) I agree too, but note that what we are agreeing to is a conditional statement... On Mon, Sep 6, 2010 at 2:30 PM, Bastien bastien.gue...@wikimedia.fr wrote: If setting org-src-fontify-natively to `t' by default triggers a debate on whether we need to set org-warn-when-editing-src-block-in-org-buffer I don't think it is clear that there is such a debate. But I do think we are gravitating towards turning it off, if it is causing noticeable slowness on startup. So unless there are more voices in favour of keeping it turned on for new users then I'll turn it off later today. Dan on or off by default, I'd rather set org-src-fontify-natively off by default... My 2 cts, -- 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 ___ 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: Org now fontifies code blocks
Dan Davison davi...@stats.ox.ac.uk writes: Thomas S. Dye t...@tsdye.com writes: Aloha Dan, This is really nice. Thanks for shepherding it along. In some of my use cases there is a substantial delay when opening a large file and then unfolding sections with many source code blocks. Hi Tom, I think this is a good point and probably as you say a reason for turning it off by default. Org should be (and was!) lightweight by default. On a more general level, I'm guessing this means emacs does not defer fortification until a buffer displays? Is that a result of fonts etc being generalised properties of buffer text? ___ 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] Why :ID: properties?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi suddenly (some time ago) :ID:properties occured under all headlines - why are they there, do I need them, and who put them there? Thanks, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyGR9gACgkQoYgNqgF2egrzxgCfV2Q9Tdluzg2QWhJpAVwH5qoP sKMAniKPiSfc27EweE4y08BSZK0tlfDT =Op7E -END 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
Re: [Orgmode] Why :ID: properties?
Did you recently start using MobileOrg? I think it uses them (by default) to keep track of headlines. See the MobileOrg part of the manual on how to turn them off if that is indeed the issue. On 09/07/2010 09:10 AM, Rainer M Krug wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi suddenly (some time ago) :ID:properties occured under all headlines - why are they there, do I need them, and who put them there? Thanks, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyGR9gACgkQoYgNqgF2egrzxgCfV2Q9Tdluzg2QWhJpAVwH5qoP sKMAniKPiSfc27EweE4y08BSZK0tlfDT =Op7E -END 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 ___ 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: Org now fontifies code blocks
On Tue, Sep 7, 2010 at 3:43 PM, Dan Davison davi...@stats.ox.ac.uk wrote: David O'Toole dto1...@gmail.com writes: I agree Bastien :) I agree too, but note that what we are agreeing to is a conditional statement... On Mon, Sep 6, 2010 at 2:30 PM, Bastien bastien.gue...@wikimedia.fr wrote: If setting org-src-fontify-natively to `t' by default triggers a debate on whether we need to set org-warn-when-editing-src-block-in-org-buffer I don't think it is clear that there is such a debate. But I do think we are gravitating towards turning it off, if it is causing noticeable slowness on startup. So unless there are more voices in favour of keeping it turned on for new users then I'll turn it off later today. Just to add to this: After trying it more, I see another reason why it would be good to have it turned off by default. Fontification gives meaning to pieces of text, and that meaning is different in different major modes. So this is watering down the meaning of org-mode syntax font locking. So it is good for experts, but confusing for newbies. So my vote goes to off. I *do* like the idea mentioned earlier to use a different background when fontification is turned on. Just a slight grey instead of white, for example. That would help distinguish things in export mode. - 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: Org now fontifies code blocks
Dan Davison davi...@stats.ox.ac.uk writes: But I do think we are gravitating towards turning it off, if it is causing noticeable slowness on startup. So unless there are more voices in favour of keeping it turned on for new users then I'll turn it off later today. I didn't test turning it on and off long enough to have a strong opinion on this issue. In both cases, let's document this variable very clearly in the manual and have a FAQ entry on Worg. 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
Re: [Orgmode] Why :ID: properties?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/09/10 16:16, Erik Iverson wrote: Did you recently start using MobileOrg? No - I only inserted a link, and around that time the :ID:s appeared. I deleted them all manually, but they came back. I think it uses them (by default) to keep track of headlines. See the MobileOrg part of the manual on how to turn them off if that is indeed the issue. On 09/07/2010 09:10 AM, Rainer M Krug wrote: Hi suddenly (some time ago) :ID:properties occured under all headlines - why are they there, do I need them, and who put them there? Thanks, Rainer ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyGTHUACgkQoYgNqgF2egpJlgCfStQS63EYx87Zww52WTEcsTxT Wy4AmQGbqeKoS5wTXmklr4ZB5aMjifA4 =vJdN -END 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
Re: [Orgmode] Re: Org now fontifies code blocks
Carsten Dominik carsten.domi...@gmail.com writes: I *do* like the idea mentioned earlier to use a different background when fontification is turned on. Just a slight grey instead of white, for example. That would help distinguish things in export mode. +1 Or maybe a different font? People might want to use an Inconsolata-link font for normal text, and a Terminal-like font for code excerpts. -- 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: Org now fontifies code blocks
I think it'd help for new users to keep it on by default, but since it can be changed, I'm fine either way. How hard would it be to use a property, so it could be changed on a per-file basis? If it's difficult, that time may be better spent profiling and speeding it up. - Tom On Tue, Sep 7, 2010 at 9:43 AM, Dan Davison davi...@stats.ox.ac.uk wrote: David O'Toole dto1...@gmail.com writes: I agree Bastien :) I agree too, but note that what we are agreeing to is a conditional statement... On Mon, Sep 6, 2010 at 2:30 PM, Bastien bastien.gue...@wikimedia.fr wrote: If setting org-src-fontify-natively to `t' by default triggers a debate on whether we need to set org-warn-when-editing-src-block-in-org-buffer I don't think it is clear that there is such a debate. But I do think we are gravitating towards turning it off, if it is causing noticeable slowness on startup. So unless there are more voices in favour of keeping it turned on for new users then I'll turn it off later today. Dan on or off by default, I'd rather set org-src-fontify-natively off by default... My 2 cts, -- 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 ___ 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] Why :ID: properties?
Erik Iverson er...@ccbr.umn.edu writes: Did you recently start using MobileOrg? Or maybe you exported to iCal. org-icalendar.el also sets :ID: to tasks. -- 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] Why :ID: properties?
Rainer M Krug r.m.k...@gmail.com writes: On 07/09/10 16:16, Erik Iverson wrote: Did you recently start using MobileOrg? No - I only inserted a link, and around that time the :ID:s appeared. I deleted them all manually, but they came back. I suspect you need this: (set org-link-to-org-use-id nil) See the variable docstring: ,[ org-link-to-org-use-id is a variable defined in `org.el'. ] | Its value is create-if-interactive-and-no-custom-id | | Documentation: | Non-nil means storing a link to an Org file will use entry IDs. | | Note that before this variable is even considered, org-id must be loaded, | so please customize `org-modules' and turn it on. | | The variable can have the following values: | | t Create an ID if needed to make a link to the current entry. | | create-if-interactive | If `org-store-link' is called directly (interactively, as a user | command), do create an ID to support the link. But when doing the | job for remember, only use the ID if it already exists. The | purpose of this setting is to avoid proliferation of unwanted | IDs, just because you happen to be in an Org file when you | call `org-remember' that automatically and preemptively | creates a link. If you do want to get an ID link in a remember | template to an entry not having an ID, create it first by | explicitly creating a link to it, using `C-c C-l' first. | | create-if-interactive-and-no-custom-id | Like create-if-interactive, but do not create an ID if there is | a CUSTOM_ID property defined in the entry. This is the default. | | use-existing | Use existing ID, do not create one. | | nil Never use an ID to make a link, instead link using a text search for | the headline text. ` -- 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: Org now fontifies code blocks
On Tue, Sep 7, 2010 at 4:33 PM, Bastien bastien.gue...@wikimedia.fr wrote: Carsten Dominik carsten.domi...@gmail.com writes: I *do* like the idea mentioned earlier to use a different background when fontification is turned on. Just a slight grey instead of white, for example. That would help distinguish things in export mode. I mean EXPERT mode :) ___ 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: Org now fontifies code blocks
Bastien bastien.gue...@wikimedia.fr writes: Carsten Dominik carsten.domi...@gmail.com writes: I *do* like the idea mentioned earlier to use a different background when fontification is turned on. Just a slight grey instead of white, for example. That would help distinguish things in export mode. +1 +2 Or maybe a different font? Since some month I have blue color for such blocks. I simply use `org-block' face for this. C-c ' is so easy to hit. People might want to use an Inconsolata-link font for normal text, and a Terminal-like font for code excerpts. I'll google Inconsolata-link font now... ;) Sebastian ___ 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: Org now fontifies code blocks
Hi Carsten, Bastien and the rest, Bastien wrote: Carsten Dominik carsten.domi...@gmail.com writes: I *do* like the idea mentioned earlier to use a different background when fontification is turned on. Just a slight grey instead of white, for example. That would help distinguish things in export mode. Thanks Carsten! ;-) +1 Or maybe a different font? People might want to use an Inconsolata-link font for normal text, and a Terminal-like font for code excerpts. Personally, I don't like another font, as I use Consolas for *everything* under Emacs. Best, of course, is to allow one to choose following his preferences. In my case, I go for background color... 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: Org now fontifies code blocks
Tom Short tshort.rli...@gmail.com writes: I think it'd help for new users to keep it on by default, but since it can be changed, I'm fine either way. How hard would it be to use a property, so it could be changed on a per-file basis? If it's difficult, that time may be better spent profiling and speeding it up. - Tom I think its exactly the opposite : its more dangerous having it on for new users. The reason is the confusion as to what mode you're in (I'm not a new user and I keep tripping up on that as my src blocks are pretty big) and the potential slow up which others have noticed. Maybe the first time you open an org file in a window and it detects src blocks it can even prompt and accept the customised setting there and then and store it. Its a major enough feature to warrant that perhaps? get-buffer-window can be used to determine if its being edited. ___ 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: Org now fontifies code blocks
Hi Dan, Yes, I can confirm that (setq org-src-fontify-natively nil) makes unfolding snappy again. All the best, Tom On Sep 7, 2010, at 3:23 AM, Dan Davison wrote: Thomas S. Dye t...@tsdye.com writes: Aloha Dan, This is really nice. Thanks for shepherding it along. In some of my use cases there is a substantial delay when opening a large file and then unfolding sections with many source code blocks. Hi Tom, I think this is a good point and probably as you say a reason for turning it off by default. Org should be (and was!) lightweight by default. I haven't had time to profile things properly. Before we turn it off, could you please confirm that all your slowness problems go away when you do (setq org-src-fontify-natively nil)? Thanks, Dan I don't mind this and intend to keep the feature on, but I do think it should be off by default because the user potentially pays an appreciable time penalty for the pleasure of semantic source code markup. Thanks again for this nice feature. All the best, Tom On Sep 3, 2010, at 7:30 AM, Eric S Fraga wrote: On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison davi...@stats.ox.ac.uk wrote: I've just pushed changes which mean that Org now fontifies code in code blocks. Currently, this is turned on by default, so it would be helpful if people could report any problems, and opinions as to whether it should be on or off by default. [...] This is brilliant! Works very well on my notebook (with small code blocks as that's all I tend to have). Many thanks! -- 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 ___ 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: Interactive Search in Agenda
Bastien bastien.gue...@wikimedia.fr writes: Markus Heller helle...@gmail.com writes: Yes, that would be nice. What would it look like then? Like this: 1. Hit C-c a 2. Hit `m' 3. Type +S and then hit TAB which expands to +Sample 4. Continue with =S0002 Is this what you're thinking about? Yes. But I haven't looked into the details now, so I don't know how hard it is to implement this. That's ok. I'm excited that you are looking into it, though. 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: Org now fontifies code blocks
Sebastian Rose sebastian_r...@gmx.de writes: Bastien bastien.gue...@wikimedia.fr writes: Carsten Dominik carsten.domi...@gmail.com writes: I *do* like the idea mentioned earlier to use a different background when fontification is turned on. Just a slight grey instead of white, for example. That would help distinguish things in export mode. +1 +2 One concern is that it can be hard to make things like that work well across different emacs background colors and color-themes, application transparency, etc. Or maybe a different font? Since some month I have blue color for such blocks. I simply use `org-block' face for this. C-c ' is so easy to hit. People might want to use an Inconsolata-link font for normal text, and a Terminal-like font for code excerpts. I'll google Inconsolata-link font now... ;) Sebastian ___ 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
[Orgmode] Re: Org now fontifies code blocks
Carsten Dominik carsten.domi...@gmail.com writes: On Tue, Sep 7, 2010 at 3:43 PM, Dan Davison davi...@stats.ox.ac.uk wrote: David O'Toole dto1...@gmail.com writes: I agree Bastien :) I agree too, but note that what we are agreeing to is a conditional statement... On Mon, Sep 6, 2010 at 2:30 PM, Bastien bastien.gue...@wikimedia.fr wrote: If setting org-src-fontify-natively to `t' by default triggers a debate on whether we need to set org-warn-when-editing-src-block-in-org-buffer I don't think it is clear that there is such a debate. But I do think we are gravitating towards turning it off, if it is causing noticeable slowness on startup. So unless there are more voices in favour of keeping it turned on for new users then I'll turn it off later today. Just to add to this: After trying it more, I see another reason why it would be good to have it turned off by default. Fontification gives meaning to pieces of text, and that meaning is different in different major modes. So this is watering down the meaning of org-mode syntax font locking. So it is good for experts, but confusing for newbies. So my vote goes to off. OK, this is now off by default. And it's added to customize under the Org Appearance and Babel groups. (We badly need a customize group for these org-src but non-babel variables[1]. That suggests to me subsuming the Babel group (Should be Org Babel for consistency?) within a new group, perhaps Org Code or Org Src or Org Source Code ? Views? I *do* like the idea mentioned earlier to use a different background when fontification is turned on. Just a slight grey instead of white, for example. That would help distinguish things in export mode. I haven't addressed this. Dan - 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 Footnotes: [1] E.g. Org Src Lang Modes is within Org Edit Structure which is within Org Structure, which is deeply obscure! ___ 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: Bug: BUG-New list implementation and cookies gives Invalid search bound [7.01trans (release_7.01h.467.g9b717)]
Hello, Bernt Hansen writes: On the following entry if you put the point after 'foo' and S-M-RET to create a new checkbox it gives the following stack dump: ,[ test.org ] | * list test [/] | [2010-09-07 Tue 07:47] | - [ ] fooS-M-RET here ` Patch sent. Thank you (again) Bernt. 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
[Orgmode] Bug: org-capture from blank line in Wanderlust summary [7.01trans]
Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. At the end of my Wanderlust `Summary' buffer, there is a blank line. If I `M-x org-capture RET' there, I get the following traceback: org-remove-angle-brackets(nil) org-wl-store-link-message() org-wl-store-link() run-hook-with-args-until-success(org-wl-store-link) org-store-link(nil) org-capture(nil) call-interactively(org-capture nil nil) Emacs : GNU Emacs 23.2.1 (x86_64-apple-darwin, NS apple-appkit-1038.29) of 2010-05-08 on black.local Package: Org-mode version 7.01trans current state: == (setq org-agenda-deadline-leaders '(D: D%d: ) org-clock-in-switch-to-state STARTED org-agenda-skip-scheduled-if-deadline-is-shown t org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars) org-todo-keyword-faces '((TODO :foreground medium blue :weight bold) (APPT :foreground medium blue :weight bold) (NOTE :foreground brown :weight bold) (STARTED :foreground dark orange :weight bold) (WAITING :foreground red :weight bold) (DELEGATED :foreground dark violet :weight bold) (DEFERRED :foreground dark blue :weight bold) (SOMEDAY :foreground dark blue :weight bold) (PROJECT :height 1.5 :weight bold :foreground black)) org-agenda-custom-commands '((E Errands (next 3 days) tags ErrandTODO\DONE\TODO\CANCELLED\STYLE\habit\SCHEDULED\+3d\ ((org-agenda-overriding-header Errands (next 3 days)) ) ) (A Priority #A tasks agenda ((org-agenda-ndays 1) (org-agenda-overriding-header Today's priority #A tasks: ) (org-agenda-skip-function (quote (org-agenda-skip-entry-if (quote notregexp) \\=.*\\[#A\\])) ) ) ) (B Priority #A and #B tasks agenda ((org-agenda-ndays 1) (org-agenda-overriding-header Today's priority #A and #B tasks: ) (org-agenda-skip-function (quote (org-agenda-skip-entry-if (quote regexp) \\=.*\\[#C\\]))) ) ) (w Waiting/delegated tasks tags TODO=\WAITING\|TODO=\DELEGATED\ ((org-agenda-overriding-header Waiting/delegated tasks:) (org-agenda-sorting-strategy (quote (todo-state-up priority-down category-up))) ) ) (u Unscheduled tasks tags TODO\\TODO\DONE\TODO\CANCELLED\TODO\NOTE\CATEGORY{CEG\\|ABC\\|Bizcard\\|Adagio\\|EVAprint\\|\\IT\\} ((org-agenda-overriding-header Unscheduled tasks: ) (org-agenda-skip-function (quote (org-agenda-skip-entry-if
[Orgmode] Magit Integration - logging magit events.
Has anyone out there configured anything for magit to add significant actions to an org-mode journal? If not I might look into it. I think I would like to see in my agenda journal entries such as pushed projectA to central repo automatically generated and tagged, thoughts? -- ☘ http://www.shamrockirishbar.com, http://www.richardriley.net Learning French is trivial: the word for horse is 'cheval' and everything follows thusly. ___ 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: Strange behavior of M-RET with new list improvements
Hello, Anthony Lander writes: Firstly, if I have a construct like this: - *** Some heading - Bullet - Bullet - Bullet | - With the cursor at |, M-RET correctly adds another list item (indented, and started with -). But now there is no way to make a new heading with M-RET, except to terminate the list with a blank line, and then press M-RET (even though list followed immediately by headline is a valid terminated list). Previously, if the cursor was at the beginning of the line after the last bullet, M-RET would produce a new heading As you said, the point is logically still in the list, so M-RET will produce a new item. If you want to enforce a new heading there, you can use C-u M-RET. The second problem is with folded headlines. Org mode behaves correctly, but the result is surprising for the user. If you have the headline above, but folded, with the cursor at the end of the line, like this: - *** Some heading...| - pressing RET to open a new line, followed by M-RET (presumably to make a new heading) results in the following: - *** Some heading... - Bullet - | - I just sent a patch to maintainer about this. Thank you for reporting this bug. 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] Re: Weird notes... Conflict with lists?
Hello, Sébastien Vauban writes: - Just add a second-level entry. - Via speed keys, `td' (was a mistake, wanted to write `tt') - Via speed keys, `tw', and wrote a small message. I'm not able to reproduce it either. Could you send me your Org configuration ? 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] Bug: org-capture from blank line in Wanderlust summary [7.01trans]
David Abrahams wrote: Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. At the end of my Wanderlust `Summary' buffer, there is a blank line. If I `M-x org-capture RET' there, I get the following traceback: org-remove-angle-brackets(nil) org-wl-store-link-message() org-wl-store-link() run-hook-with-args-until-success(org-wl-store-link) org-store-link(nil) org-capture(nil) call-interactively(org-capture nil nil) This one was fixed by , | commit 9e6391389cc196cb121647c6497c7bffd8806a56 | Author: David Maus dm...@ictsoc.de | Date: Mon Aug 23 19:35:43 2010 +0200 | | Don't try to store link if point is at end of buffer. | | * org-wl.el (org-wl-store-link): Don't try to store link if point is | at end of buffer. ` Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpjos8HBW8uh.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
Re: [Orgmode] Re: Bug: BUG-New list implementation and cookies gives Invalid search bound [7.01trans (release_7.01h.467.g9b717)]
Nicolas Goaziou wrote: Hello, Bernt Hansen writes: On the following entry if you put the point after 'foo' and S-M-RET to create a new checkbox it gives the following stack dump: ,[ test.org ] | * list test [/] | [2010-09-07 Tue 07:47] | - [ ] fooS-M-RET here ` Patch sent. Thank you (again) Bernt. ...and applied. Thanks, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpxxQGDb8fMd.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] [Babel][BUG] Executing python code fails due to indentation error
#+begin_src python def add(a,b): return a+b def sub(a,b): return a-b #+end_src Fails to execute due to 'unexpected indentation' in general, this is a problem for copy/pasting into any emacs python shell, it wont 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
[Orgmode] Problem with brackets in LaTeX exports
First off, I'm using a workaround for the problem with closing brackets terminating a footnote, even if they're supposed to be *within* the footnote. Here is the relevant part of my init file... ;; Workaround for the bracket-in-footnote bug. (add-hook 'org-export-html-final-hook 'gio/replace-square-brackets) (add-hook 'org-export-ascii-final-hook 'gio/replace-square-brackets) (add-hook 'org-export-latex-final-hook 'gio/replace-square-brackets) (defun gio/replace-square-brackets () Replace #91; with [ and #93; with ] (interactive) (setq a #91;) ; use \[ for LaTeX export (setq b #93;) ; use \] for LaTeX export (setq a1 [) (setq b1 ]) (ignore-errors (goto-char 1) (setq p (point)) (while ( p (point-max)) (re-search-forward a nil nil) (replace-match a1) (setq p (point)) ) ) (ignore-errors (goto-char 1) (setq p (point)) (while ( p (point-max)) (re-search-forward b nil nil) (replace-match b1) (setq p (point)) ) ) (save-buffer)) Now here is my problem, illustrated by an example Org file... * A heading This footnote will export to LaTeX improperly.[fn:: Some book at #91;42-24#93;.] A second footnote to make the visual problem more obvious in a PDF export.[fn:: Another book at #91;13-37#93;.] It will export to... #+BEGIN_SRC latex This footnote will export to \LaTeX{} improperly.\footnote{Some book at \[42-24\]. } #+END_SRC ...but should be... #+BEGIN_SRC latex This footnote will export to \LaTeX{} improperly.\footnote{Some book at [42-24]. } #+END_SRC You will see why this is if you look at a PDF export. If I don't set the function gio/replace-square-brackets as a org-export-latex-final-hook, then #91; and #93; are exported literally. I can't explain the comments... ; use \[ for LaTeX export ; use \] for LaTeX export are in that function, as I did not write it. Can anyone with more experience with Org and LaTeX help me out here? It is very annoying having to manually correct each set of brackets manually for every LaTeX export. Thanks, Aidan signature.asc Description: Digital 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] Context sensitive M-q
Aloha all, I can't break myself of the M-q habit and often call fill-paragraph inside a source code block while the buffer is in Org-mode. Typically, this rearranges the source code in an undesirable way. Is there some way (other than breaking the M-q habit) that I can protect source code blocks from Org-mode's fill-paragraph? All the best, 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
Re: [Orgmode] Why :ID: properties?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/09/10 16:40, Bastien wrote: Rainer M Krug r.m.k...@gmail.com writes: On 07/09/10 16:16, Erik Iverson wrote: Did you recently start using MobileOrg? No - I only inserted a link, and around that time the :ID:s appeared. I deleted them all manually, but they came back. I suspect you need this: (set org-link-to-org-use-id nil) That sounds like the most likely solution - thanks. Now I just have to find an easy way to delete all the :PROPERTIES blocks. Cheers, Rainer See the variable docstring: ,[ org-link-to-org-use-id is a variable defined in `org.el'. ] | Its value is create-if-interactive-and-no-custom-id | | Documentation: | Non-nil means storing a link to an Org file will use entry IDs. | | Note that before this variable is even considered, org-id must be loaded, | so please customize `org-modules' and turn it on. | | The variable can have the following values: | | t Create an ID if needed to make a link to the current entry. | | create-if-interactive | If `org-store-link' is called directly (interactively, as a user | command), do create an ID to support the link. But when doing the | job for remember, only use the ID if it already exists. The | purpose of this setting is to avoid proliferation of unwanted | IDs, just because you happen to be in an Org file when you | call `org-remember' that automatically and preemptively | creates a link. If you do want to get an ID link in a remember | template to an entry not having an ID, create it first by | explicitly creating a link to it, using `C-c C-l' first. | | create-if-interactive-and-no-custom-id | Like create-if-interactive, but do not create an ID if there is | a CUSTOM_ID property defined in the entry. This is the default. | | use-existing | Use existing ID, do not create one. | | nil Never use an ID to make a link, instead link using a text search for | the headline text. ` - -- 2010-07-28 12:01:00,545 INFO [main] davmail - DavMail Gateway 3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143 CALDAV port 1080 LDAP port 1389 2010-07-28 12:03:47,463 INFO [main] davmail - DavMail Gateway 3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143 CALDAV port 1080 LDAP port 1389 2010-07-28 12:03:48,089 DEBUG [CheckRelease] davmail.DavGateway - DavMail released version: 3.6.6-1032 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyGh4wACgkQoYgNqgF2egqmHQCfVaRaclzxpZ7+q6BmN2u0BA6Z WKcAn2v/4x4gJN0g4rwrpvpJdOrz9bG3 =eSUn -END 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
Re: [Orgmode] Why :ID: properties?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/09/10 16:34, Bastien wrote: Erik Iverson er...@ccbr.umn.edu writes: Did you recently start using MobileOrg? Or maybe you exported to iCal. Nope - the org file is literate programming - only tang;ed and exported. org-icalendar.el also sets :ID: to tasks. - -- 2010-07-28 12:01:00,545 INFO [main] davmail - DavMail Gateway 3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143 CALDAV port 1080 LDAP port 1389 2010-07-28 12:03:47,463 INFO [main] davmail - DavMail Gateway 3.6.6-1032 listening on SMTP port 1025 POP port 1110 IMAP port 1143 CALDAV port 1080 LDAP port 1389 2010-07-28 12:03:48,089 DEBUG [CheckRelease] davmail.DavGateway - DavMail released version: 3.6.6-1032 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyGh7IACgkQoYgNqgF2egq2+wCePiorwNY+WpaLSex+aZyKQtfh nHwAn1oiok3F73Dp6GIskGiJUMdBFVnW =7L2j -END 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: Composing letters using Org mode and the LaTeX isodoc class
Hi Sebastien Tried out isodoc. I like it. I only wish I had started out with this package rather than scrlttr2. The good thing about isodoc is that the default style of 'A simple letter' in the document [1] is more closer to the convention that is used here in India. Furthermore package seems 'very recent'. With scrlttr2 [2], I had invested good amount of time reading through the manual and tweaking DIN.lco to assigning From, To and Subject lines to their 'rightful' place. I also felt that the default style was a bit too gaudy for my taste. I will have isodoc in mind when I get to work on a patch for letter writing support in orgmode. The essentials for letter writing support seem to be the same - setup key, value pairs (with key being a headline and value being the body) and emit them in a way that is expected by the underlying package. I would like to hear why you chose to go down the tangling path. Personally I feel any sort of markup (this includes babel directives) distracting. Btw, your approach set me thinking. I think there is a strong case for making headlines act as babel srcnames with their body providing content for noweb expansion [3]. This behaviour could be controlled by a buffer local variable. Wondering how babel treats srcnames? Can there be spaces? Is upper and lower cases treated one and the same ... Footnotes: [1] http://mirror.ctan.org/macros/latex/contrib/isodoc/isodoc.pdf [2] http://thread.gmane.org/gmane.emacs.orgmode/28012 [3] It is likely the body of the headline might be run through a custom renderer (say latex, html or even emac's own comment-region) before finding it's way in to the document generated by tangle. Thanks once again for referring me to isodoc. Thanks, Jambunathan K. Sébastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: Hello, Based on a thread launched by Jambunathan, I've tried to follow another direction, having a huge interest in getting such a thing to work. My trial is very border-line, as I tried using Org code blocks. Would these be convertable to LaTeX, that would make (or have made) sense. Just presenting this to you, in order to receive ideas on how to progress in the right direction. #+TITLE: Org-isodoc #+AUTHOR:Seb Vauban #+DATE: 2010-09-07 #+DESCRIPTION: #+KEYWORDS: #+LANGUAGE: en_US * To #+srcname: to #+begin_src org Org mode user group \\ World Wide Web #+end_src * Subject #+srcname: subject #+begin_src org Composing letters using Org mode and the LaTeX isodoc class #+end_src * Opening #+srcname: opening #+begin_src org Dear Org mode users, #+end_src * Body #+srcname: body #+begin_src org Following ideas found here, I am trying to use Org for writing LaTeX letters at the speed of light. The class I'm used to compose with is called isodoc. Very nice. You should try it... *Problems* encountered /so far/: - how to insert properly converted tables (to =LaTeX=)? | test | hello | | foo | bar | - begin an Org block, editing this code adds commas in front of every line... That's all for now. #+end_src * Closing #+srcname: closing #+begin_src org Yours Truly #+end_src * Encl #+srcname: encl #+begin_src org I still have to look at how to declare some attached documents. #+end_src * Letter #+begin_src latex :noweb yes :tangle yes \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} %\usepackage[scorpios]{isodoc-style} \usepackage[mygooglest]{isodoc-style} \setupdocument{ to = {% to}, subject = {subject}, opening = {opening}, closing = {closing} } \begin{document} \letter{% body } \end{document} #+end_src #+results: #+BEGIN_LaTeX \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} %\usepackage[scorpios]{isodoc-style} \usepackage[mygooglest]{isodoc-style} \setupdocument{ to = {% Org mode user group \\ World Wide Web}, subject = {Composing letters using Org mode and the LaTeX isodoc class}, opening = {Dear Org mode users,}, closing = {Yours Truly} } \begin{document} \letter{% Following ideas found here, I am trying to use Org for writing LaTeX letters at the speed of light. The class I'm used to compose with is called isodoc. Very nice. You should try it... *Problems* encountered /so far/: - how to insert properly converted tables (to =LaTeX=)? | test | hello | | foo | bar | - begin an Org block, editing this code adds commas in front of every line... That's all for now. } \end{document} #+END_LaTeX Best regards, Seb ___ 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: Automatically move completed TODO items and checkboxes to another file
Nicolas Goaziou wrote: Hello, Michael Hoffman writes: I've also tried regex-searching for something like ^ - \[ \] - *** TODO but it's not foolproof since the number of leading spaces doesn't always have something to do with the level of the previous header. It looks like you're looking for `org-list-make-subtree' (C-c C-*) and then replacing [CBON] with DONE and [CBOFF] with TODO. If it's something else, could you explain it with an example? Try this: ** TODO x - [ ] x1 - [ ] x2 - [ ] x2.1 Set the region to the checkbox lines, then do C-c C-*. The result is: ** TODO x *** [ ] x1 *** [ ] x2 *** [ ] x2.1 If you set a macro to do each line individually and move down, you instead get: ** TODO x *** [ ] x1 [ ] x2 * [ ] x2.1 I would regard the correct conversion to be: ** TODO x *** [ ] x1 *** [ ] x2 [ ] x2.1 I'm using Emacs 23.1.3 and org-mode 6.21b. ___ 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: Context sensitive M-q
Thomas S. Dye t...@tsdye.com writes: Aloha all, I can't break myself of the M-q habit and often call fill-paragraph inside a source code block while the buffer is in Org-mode. Typically, this rearranges the source code in an undesirable way. Is there some way (other than breaking the M-q habit) that I can protect source code blocks from Org-mode's fill-paragraph? Hi Tom, Two quick hacks[1] below. It seems that some major modes (e.g. C) use M-q for something sensible, whereas others (e.g. R) don't. I'm also an M-q addict, but I guess I don't use it much in language major modes, so I'll try using (1). With (2), you have to be happy with the (invisible) excursion to the edit buffer and back, and any consequent changes to your indentation, etc. 1. Do nothing on M-q in code block ~~ (defun dan/org-fill-paragraph-no-op-maybe () (interactive) (if (org-babel-where-is-src-block-head) (message In code block: doing nothing) (call-interactively 'fill-paragraph))) (define-key org-mode-map \M-q 'dan/org-fill-paragraph-no-op-maybe) 2. Call native M-q ~~ (defun dan/org-fill-paragraph-natively-maybe () (interactive) (or (org-babel-do-key-sequence-in-edit-buffer \M-q) (call-interactively 'fill-paragraph))) (define-key org-mode-map \M-q 'dan/org-fill-paragraph-natively-maybe) Dan Footnotes: [1] E.g. `org-babel-where-is-src-block-head' may not be the proper way to detect if we're in a src block. All the best, 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 ___ 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] Status of Babel in official Emacs
Is babel part of official emacs distribution? If not when is it likely to be blessed? Curiously yours, Jambunathan K. ___ 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] bug in export due to org-list-automatic-rules
Hi. This change in org.el (commit fd16515b4a88d48362223b19c511c4973cdbc84c, 2010-08-07 18:31:54): '(^[ \t]*\\([-+*]\\|[0-9]+[.)][ \t]+\\(?:\...@start:[0-9]+\\][ \t]*\\)?\\)\\(\\[[- X]\\]\\) 2 'org-checkbox prepend) -(if org-provide-checkbox-statistics + (if (cdr (assq 'checkbox org-list-automatic-rules)) '(\\[\\([0-9]*%\\)\\]\\|\\[\\([0-9]*\\)/\\([0-9]*\\)\\] (0 (org-get-checkbox-statistics-face) t))) made this command stop working: $ emacs --batch --load=/w/org-mode/lisp/org.el --visit ~/org-httptest/io.org --funcall org-export-as-html-batch File mode specification error: (void-variable org-list-automatic-rules) Loading vc-git... Exporting... Symbol's value as variable is void: org-list-automatic-rules -- Daniel ___ 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] Iterate over list with `org-next-item'
Nicolas Goaziou n.goaz...@gmail.com wrote: * org.el: ... * org-mouse.el: ... As you can see, the second almost matches what you came up with, but the condition is simpler: the code *uses* the error raised to get out of the (otherwise infinite) loop, so there is no need to check what org-next-item returns. I strongly advise against using `org-next-item' in a defun. It is, in its actual form, meant for interactive use only. You should have a look at `org-get-next-item' and `org-get-previous-item' instead. I left a note about it at line 874 in org-list.el (yes, I know...). There is also `org-apply-on-list' that might be of some help. OK, thanks for the pointer: makes sense. I hadn't pulled your reimplementation till just now. Of course, these functions didn't exist before, so there was no choice - but maybe the few places where org-next-item is used need to be examined and brought up to snuff, using your new functions? Even if not strictly necessary, then at least as examples of good practice for others to follow. Thanks, Nick ___ 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-babel-where-is-src-block-head
[1] E.g. `org-babel-where-is-src-block-head' may not be the proper way to detect if we're in a src block. I wonder what the proper way is ... At different points in the past, I had looked for org-at-babel-p or something similar. I invariably wound up using org-babel-where-is-src-block-head ... Jambunathan K. ___ 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] Iterate over list with `org-next-item'
Hello, Nick Dokos writes: Zachary Young zacharysyo...@gmail.com wrote: I am trying to iterate over a list with `org-next-item'. I just tried: (ignore-errors (while (equal nil (org-next-item and it worked. Is there a better way to do this? I'm not very versed in Elisp, and `org-next-item' returning `nil' on success, and throwing an error at the end of the list is throwing me a bit. It's always a good idea to browse the org-mode code itself for examples: after all it's been written by (or vetted by) the experts, so it should provide a good foundation. I found three examples of org-next-item usage, two of which are shown here (the third one is a bit subtler): * org.el: --8---cut here---start-8--- (defun org-skip-over-state-notes () Skip past the list of State notes in an entry. (if (looking-at \n[ \t]*- State) (forward-char 1)) (while (looking-at [ \t]*- State) (condition-case nil (org-next-item) (error (org-end-of-item) --8---cut here---end---8--- * org-mouse.el: --8---cut here---start-8--- (defun org-mouse-for-each-item (function) (save-excursion (ignore-errors (while t (org-previous-item))) (ignore-errors (while t (funcall function) (org-next-item) --8---cut here---end---8--- As you can see, the second almost matches what you came up with, but the condition is simpler: the code *uses* the error raised to get out of the (otherwise infinite) loop, so there is no need to check what org-next-item returns. I strongly advise against using `org-next-item' in a defun. It is, in its actual form, meant for interactive use only. You should have a look at `org-get-next-item' and `org-get-previous-item' instead. I left a note about it at line 874 in org-list.el (yes, I know...). There is also `org-apply-on-list' that might be of some help. 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
[Orgmode] Re: Composing letters using Org mode and the LaTeX isodoc class
Hi Jambunathan, Jambunathan K wrote: Tried out isodoc. I like it. Delighted to hear so. I had tried different packages as well, before, but was always (very) disappointed by the complexity, as soon as what you want is not what they made. With isodoc, everything is quite easily doable, and quite intuitive... I only wish I had started out with this package rather than scrlttr2. The good thing about isodoc is that the default style of 'A simple letter' in the document is more closer to the convention that is used here in India. Furthermore package seems 'very recent'. Yep, last update a couple of months ago. I will have isodoc in mind when I get to work on a patch for letter writing support in orgmode. The essentials for letter writing support seem to be the same - setup key, value pairs (with key being a headline and value being the body) and emit them in a way that is expected by the underlying package. I would like to hear why you chose to go down the tangling path. For two reasons: - because I had not the hope of being able to configure the LaTeX export class and/or code in the right way, - because, in a way, that's quite logical. Here and there, you define stuff. At the end, you just arrange them all in a way that fits well the LaTeX class demands. Though, it's not just copying, the way Babel actually does with snippets of code à la Noweb. Hence, I really need at least the body to be in real Org plain code, and be automatically converted to LaTeX, so that I can make use of the tables, and all the Org markup. I'm sure Babel is able of that, mixing raw code with convertable code. Just needs more thinking. Personally I feel any sort of markup (this includes babel directives) distracting. They're much less distracting as soon as they're properly highlighted. Question of color-theme. I can provide you (all) with mine, if you're interested. Btw, your approach set me thinking. I think there is a strong case for making headlines act as babel srcnames with their body providing content for noweb expansion [3]. This behaviour could be controlled by a buffer local variable. That would definitely make sense to me, at least for this particular need. But, maybe, there is already a parallel way to do such a thing... Wondering how babel treats srcnames? Can there be spaces? Is upper and lower cases treated one and the same ... Being a (tiny) part-time Babel user, I wish I could easily answer such questions. But, as I always try to take as less risks as possible, these are things I never really looked at. Footnotes: [3] It is likely the body of the headline might be run through a custom renderer (say latex, html or even emac's own comment-region) before finding it's way in to the document generated by tangle. Thanks once again for referring me to isodoc. When someone shares something of value with you and you benefit from it, you have a moral obligation to share it with others. -- Chinese proverb I've been as well referred to this excellent package by a friend. Hence, I do what I have to do... I now would be pleased to hear what others think, and eventually can do along this line! 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: Automatically move completed TODO items and checkboxes to another file
Michael Hoffman 9qobl2...@sneakemail.com writes: ** TODO x *** [ ] x1 *** [ ] x2 [ ] x2.1 That works correctly in 7.01h and later if the last item is at level three agaiun, but fails if the last one is at level four. Fascinating. Achim. ___ 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] Directory Links (and a bug?)
Making a directory link like this: [[file://bla/fasel/]] will open that folder in explorer on Windows at work, which is nice since I can just keep a bunch of those in my notes.org file and fire them up whenever I need to (the history in Explorer is never that helpful). I have since learned that there's a special form to make that link open in EMACS [[file+emacs://bla/fasel/]] and that fires up dired. Or, if I had set up org-mode so that file:-links would open inside EMACS, I could use [[file+sys://bla/fasel/]] to force the link to open in an external application. So far so good... what I'd want in addition is to have the link open in dired with wildcard patterns (giving a file name that doesn't exist or looks like a directory gets me into dired, but doesn't give it the file part as a wildcard argument) or alternatively directly into vc-dir like [[file+dired://bla/fasel/*.org]] and [[file+vc-dir://bla/fasel/]]. Whatever the part after the +, the links should be exported like normal file: links. The link abbrevs don't really work for this as they are supposed to return a string and not go off into another buffer (it does sort-of work, but I suspect it breaks exporting etc.). An elisp link works, but gets me a Yes/no question and shows up verbatim in export, not as link. The +sys/+emacs links (and some abbrevs) export as file:-links with the complete link-syntax appended as anchor (like file:///bla/fasel/#file+emacs://bla/fasel/ - this works, but that looks like a bug to me or an accidental feature at least). Now, looking into the code I see that there's a lot of special casing going on and no obvious hooks to tap into and that I don't really understand what's going on... If anybody could shed light on how this is all supposed to work under the hood and how some extra link methods would need to be implemented, please discuss. Achim. ___ 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] Iterate over list with `org-next-item'
Nick Dokos writes: OK, thanks for the pointer: makes sense. I hadn't pulled your reimplementation till just now. Of course, these functions didn't exist before, so there was no choice - but maybe the few places where org-next-item is used need to be examined and brought up to snuff, using your new functions? Even if not strictly necessary, then at least as examples of good practice for others to follow. You are right: this should be done. Speed issues may happen otherwise. I'll look into it on Sunday. As an example, --8---cut here---start-8--- (defun org-skip-over-state-notes () Skip past the list of State notes in an entry. (if (looking-at \n[ \t]*- State) (forward-char 1)) (while (looking-at [ \t]*- State) (condition-case nil (org-next-item) (error (org-end-of-item) --8---cut here---end---8--- would become --8---cut here---start-8--- (defun org-skip-over-state-notes () Skip past the list of State notes in an entry. (if (looking-at \n[ \t]*- State) (forward-char 1)) (if (looking-at [ \t]*- State) (goto-char (org-list-bottom-point --8---cut here---end---8--- ___ 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] 7.01trans obsolete variables
These warnings have been appearing for a while now: In org-order-calendar-date-args: org.el:14592:31:Warning: `european-calendar-style' is an obsolete variable (as of Emacs 23.1); use `calendar-date-style' instead. Wrote /root/emacs/org-mode/lisp/org.elc In org-agenda-add-entry-to-org-agenda-diary-file: org-agenda.el:7282:42:Warning: `european-calendar-style' is an obsolete variable (as of Emacs 23.1); use `calendar-date-style' instead. Wrote /root/emacs/org-mode/lisp/org-agenda.elc Can't they be changed because of backwards compatibility? Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs ___ 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: Context sensitive M-q
Thanks Dan, Quick hack 2 does exactly what I want for the simple and (for me) frequent use case of issuing M-q in a source block while in Org-mode. I think it might be useful to have this functionality in Org-mode, if it could be implemented without too much difficulty. All the best, Tom On Sep 7, 2010, at 9:11 AM, Dan Davison wrote: Thomas S. Dye t...@tsdye.com writes: Aloha all, I can't break myself of the M-q habit and often call fill-paragraph inside a source code block while the buffer is in Org-mode. Typically, this rearranges the source code in an undesirable way. Is there some way (other than breaking the M-q habit) that I can protect source code blocks from Org-mode's fill-paragraph? Hi Tom, Two quick hacks[1] below. It seems that some major modes (e.g. C) use M-q for something sensible, whereas others (e.g. R) don't. I'm also an M-q addict, but I guess I don't use it much in language major modes, so I'll try using (1). With (2), you have to be happy with the (invisible) excursion to the edit buffer and back, and any consequent changes to your indentation, etc. 1. Do nothing on M-q in code block ~~ (defun dan/org-fill-paragraph-no-op-maybe () (interactive) (if (org-babel-where-is-src-block-head) (message In code block: doing nothing) (call-interactively 'fill-paragraph))) (define-key org-mode-map \M-q 'dan/org-fill-paragraph-no-op-maybe) 2. Call native M-q ~~ (defun dan/org-fill-paragraph-natively-maybe () (interactive) (or (org-babel-do-key-sequence-in-edit-buffer \M-q) (call-interactively 'fill-paragraph))) (define-key org-mode-map \M-q 'dan/org-fill-paragraph-natively- maybe) Dan Footnotes: [1] E.g. `org-babel-where-is-src-block-head' may not be the proper way to detect if we're in a src block. All the best, 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 ___ 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-babel-where-is-src-block-head
Hello, Jambunathan K writes: [1] E.g. `org-babel-where-is-src-block-head' may not be the proper way to detect if we're in a src block. I wonder what the proper way is ... At different points in the past, I had looked for org-at-babel-p or something similar. I invariably wound up using org-babel-where-is-src-block-head ... I don't know it either but there is `org-in-regexps-block-p' for general use, and in org-list, I used something in the lines of this: (defun in-src-block-p () (save-excursion (let ((case-fold-search t)) (end-of-line) (and (re-search-backward ^[ \t]*#\\+\\(begin\\|end\\)_src nil t) (= (length (match-string 1)) 5) 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
[Orgmode] bug: [[file:something.org]] is exported to [[http:something.html]]
Commit bd1b57f92a33485c90db1efc407c8b7c7450993a (Thu Sep 2 11:35:43 2010 +) did something like this in org-html.el: ((str (org-export-html-format-href thefile))) - (if (and type (not (string= file type)) - (org-string-match-p ^// str)) + (if (and type (not (string= file type))) (concat type : str) This broke the exporting of [[file:a.org]] links, which now appear as [[http:a.html]]. Try C-c C-e H on any .org with such links, even in emacs -Q. The problem is, I think, that „type“ is actually http, not file as the code tries. -- Daniel ___ 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: org-babel-where-is-src-block-head
Jambunathan K kjambunat...@gmail.com writes: [1] E.g. `org-babel-where-is-src-block-head' may not be the proper way to detect if we're in a src block. I wonder what the proper way is ... At different points in the past, I had looked for org-at-babel-p or something similar. I invariably wound up using org-babel-where-is-src-block-head ... I notice Carsten has the utility function `org-in-regexps-block-p'. I don't think it is used in babel so far. Dan Jambunathan K. ___ 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
[Orgmode] [PATCH] Re: bug: [[file:something.org]] is exported to [[http:something.html]]
On Wed, Sep 8, 2010 at 2:12 AM, Daniel Clemente n142...@gmail.com wrote: Commit bd1b57f92a33485c90db1efc407c8b7c7450993a (Thu Sep 2 11:35:43 2010 +) did something like this in org-html.el: ((str (org-export-html-format-href thefile))) - (if (and type (not (string= file type)) - (org-string-match-p ^// str)) + (if (and type (not (string= file type))) (concat type : str) This broke the exporting of [[file:a.org]] links, which now appear as [[http:a.html]]. Try C-c C-e H on any .org with such links, even in emacs -Q. The problem is, I think, that „type“ is actually http, not file as the code tries. I think the problem is here. org-html.el: Fix exporting link to .org files. * lisp/org-html.el (org-html-cvt-org-as-html): Do not convert protocol from 'file' to 'http' Thanks and Regards Noorul diff --git a/lisp/org-html.el b/lisp/org-html.el index 5da2a5f..1a96fa1 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -674,7 +674,7 @@ See variable `org-export-html-link-org-files-as-html' (string-match \\.org$ path) (progn (list - http + file (concat (substring path 0 (match-beginning 0)) . ___ 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 in export due to org-list-automatic-rules
On Wed, Sep 8, 2010 at 12:49 AM, Daniel Clemente n142...@gmail.com wrote: Hi. This change in org.el (commit fd16515b4a88d48362223b19c511c4973cdbc84c, 2010-08-07 18:31:54): '(^[ \t]*\\([-+*]\\|[0-9]+[.)][ \t]+\\(?:\...@start:[0-9]+\\][ \t]*\\)?\\)\\(\\[[- X]\\]\\) 2 'org-checkbox prepend) - (if org-provide-checkbox-statistics + (if (cdr (assq 'checkbox org-list-automatic-rules)) '(\\[\\([0-9]*%\\)\\]\\|\\[\\([0-9]*\\)/\\([0-9]*\\)\\] (0 (org-get-checkbox-statistics-face) t))) made this command stop working: $ emacs --batch --load=/w/org-mode/lisp/org.el --visit ~/org-httptest/io.org --funcall org-export-as-html-batch File mode specification error: (void-variable org-list-automatic-rules) Loading vc-git... Exporting... Symbol's value as variable is void: org-list-automatic-rules With the following setup Org-mode version 7.01trans (release_7.01h.475.g0bfd.dirty) GNU Emacs 23.2.2 (i686-pc-linux-gnu) of 2010-06-08 on sajida The following command works. I am not sure whether we need to update the doc. noo...@sajida:~/emacs/org-mode/lisp$ emacs --debug-init --batch --visit=/tmp/temp.org --funcall org-export-as-html-batch OVERVIEW Exporting... Exporting... Exporting... Saving file /tmp/temp.html... Wrote /tmp/temp.html HTML export done, pushed to kill ring and clipboard But if I include load option, I get the following which is surprising for me. noo...@sajida:~/emacs/org-mode/lisp$ emacs --batch --load=/home/noorul/emacs/org-mode/lisp/org.el --visit=/tmp/temp.org --funcall org-export-as-html-batch Cannot open load file: org-entities Thanks and Regards Noorul ___ 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] Directory Links (and a bug?)
On Wed, Sep 8, 2010 at 1:05 AM, Achim Gratz strom...@nexgo.de wrote: Making a directory link like this: [[file://bla/fasel/]] will open that folder in explorer on Windows at work, which is nice since I can just keep a bunch of those in my notes.org file and fire them up whenever I need to (the history in Explorer is never that helpful). I have since learned that there's a special form to make that link open in EMACS [[file+emacs://bla/fasel/]] and that fires up dired. Or, if I had set up org-mode so that file:-links would open inside EMACS, I could use [[file+sys://bla/fasel/]] to force the link to open in an external application. So far so good... what I'd want in addition is to have the link open in dired with wildcard patterns (giving a file name that doesn't exist or looks like a directory gets me into dired, but doesn't give it the file part as a wildcard argument) or alternatively directly into vc-dir like [[file+dired://bla/fasel/*.org]] and Wildcards on links looks strange. [[file+vc-dir://bla/fasel/]]. Whatever the part after the +, the links should be exported like normal file: links. The link abbrevs don't really work for this as they are supposed to return a string and not go off into another buffer (it does sort-of work, but I suspect it breaks exporting etc.). An elisp link works, but gets me a Yes/no question and shows up verbatim in export, not as link. The +sys/+emacs links (and some abbrevs) export as file:-links with the complete link-syntax appended as anchor (like file:///bla/fasel/#file+emacs://bla/fasel/ - this works, but that looks like a bug to me or an accidental feature at least). For me all these three gets exported as file:///tmp Another link [[file+sys:///tmp][another link]] Another link [[file+emacs:///tmp][another link]] Another link [[file+emacs://tmp][another link]] Thanks and Regards Noorul ___ 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] [Babel][BUG] Executing python code fails due to indentation error
On Tue, Sep 7, 2010 at 4:36 AM, Seth Burleigh wbu...@gmail.com wrote: #+begin_src python def add(a,b): return a+b def sub(a,b): return a-b #+end_src Fails to execute due to 'unexpected indentation' in general, this is a problem for copy/pasting into any emacs python shell, it wont work. I copy pasted everything above and I did C-c C-c @ #+begin and it worked. Am I not getting you? Thanks and Regards Noorul ___ 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: Bug: BUG-New list implementation and cookies gives Invalid search bound [7.01trans (release_7.01h.467.g9b717)]
David Maus dm...@ictsoc.de writes: Nicolas Goaziou wrote: Hello, Bernt Hansen writes: On the following entry if you put the point after 'foo' and S-M-RET to create a new checkbox it gives the following stack dump: ,[ test.org ] | * list test [/] | [2010-09-07 Tue 07:47] | - [ ] fooS-M-RET here ` Patch sent. Thank you (again) Bernt. ...and applied. and fix verified :) Thanks!! -Bernt ___ 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] Status of Babel in official Emacs
Hi Jambunathan, Good question, the answer is yes. As of Org-mode 7.0 Babel has been part of Org and transitively part of Emacs. If you checkout the head of the Emacs development branch you will notice a host of /lisp/org/ob-* files. It should appear in your core Emacs with the next release (24). Best -- Eric Jambunathan K kjambunat...@gmail.com writes: Is babel part of official emacs distribution? If not when is it likely to be blessed? Curiously yours, Jambunathan K. ___ 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] [babel] python session speed vs non session
Hi Seth, This is probably a combination of both the use of comint-mode which indirects interaction with the python process through a temporary Emacs buffer, in combination with the fact that Emacs must explicitly wait for the interactive python process to return output until a special end-of-output string has been received. Dan has recently changed the session based evaluation for R to use a different technique which doesn't require these explicit checks for an end-of-output string which results in less clutter for the session buffer and /potentially/ faster evaluation. I would like to look at the possibility of converting some other languages to this new schema. Sorry I can't point to a clear culprit. Best -- Eric Seth Burleigh wbu...@gmail.com writes: I have recently been trying out the src executing capabilities of orgmode. I have been confused why a python session takes significantly longer to execute than a non python session. For example #+begin_src python return 2+2 #+end_src executes pretty quickly, but #+begin_src python :session test 2+2 #+end_src executes twice as long. Looking at the command shell for python, it seems that the time is being taken to actually send the source to the command shell buffer. Once its sent (or once i can see it displayed in the command shell buffer) it immediately returns. Any ideas? ___ 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] Re: [babel] ledger tutorial on Worg
Hi Seb, Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric(s), Hi Seb, [...] 1. I find it weird to have all the parameters of =:cmdline= not enclosed between quotes. What should be the best option, here? That was a subject, long ago, on Org-Babel: to quote or not to quote... I don't know that this was ever explicitly discussed, I believe that the no-quoting behavior may have simply fallen out of the initial implementation. I'd certainly like to hear other people's opinions on this, but I've personally enjoyed not having to place quotes in every instance. In december 2009, I wrote: I'm a bit confused (as you may have seen in my last posts) about when we do have to quote strings and when we do have to avoid doing it. Would you have a one-liner explanation about when we have to use quotes? See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg20265.html for contextual information. I remembered you (Dan or you) answered it somehow, but it must have been (around that same period) in another thread. Though, I don't find pointers anymore... Question is more: is it clear to mix parameters names (such as =:cmdline=) and long values which are unquoted (such as =registry unknown credit-card= and many much more options)? Shouldn't we properly begin and end where the given value is? Through extensive person use I've not run into any instances where the lack of quotes has actually caused a problem, or where there has been a valid combination of header arguments which could not be successfully parsed. Without such an example I don't find it motivating to require quotes. 2. When the evaluation produces no output, but had well produced output before, shouldn't Babel have to delete the previously written results in the Org buffer? This is a good point. Currently Babel just quits if it receives a nil result, but I think you're right that we should replace existing results when a nil result has been returned. I'll add this as PROPOSED to the babel task list. I consider this kind of mandatory, for the sake of coherency, and to really make use of Org-babel every time I want to run some shell commands (and change them, eventually getting no results then). I've just pushed up a change that implements this behavior. Thanks a lot for everything you did and do for us. My pleasure -- Eric Best regards, Seb ___ 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] [Babel][BUG] Executing python code fails due to indentation error
Hi Seth, This works fine for me with external evaluation, e.g. --8---cut here---start-8--- #+begin_src python def add(a,b): return a+b def sub(a,b): return a-b return add(sub(10,1),sub(10,2)) #+end_src #+results: : 17 --8---cut here---end---8--- I did notice that when I added a :session test header argument the interactive shell output the error you mentioned. This issue would have to be resolved by the Python inferior process either python-mode or python-shell. Best -- Eric Seth Burleigh wbu...@gmail.com writes: #+begin_src python def add(a,b): return a+b def sub(a,b): return a-b #+end_src Fails to execute due to 'unexpected indentation' in general, this is a problem for copy/pasting into any emacs python shell, it wont 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 ___ 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] Explicitly mention when a language-mode throws an error
Hi, The attached patch makes it clear when a language mode has thrown an error. This can clear up confusion whether an error is originating from Org-mode or form the language-mode in question. Should this be committed? Best -- Eric diff --git a/lisp/org-src.el b/lisp/org-src.el index d1948cc..233058a 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -276,7 +276,10 @@ buffer. (unless preserve-indentation (setq total-nindent (or (org-do-remove-indentation) 0))) (let ((org-inhibit-startup t)) - (funcall lang-f)) + (condition-case e + (funcall lang-f) + (error + (error Language mode `%s' fails with: %S lang-f (nth 1 e) (set (make-local-variable 'org-edit-src-force-single-line) single) (set (make-local-variable 'org-edit-src-from-org-mode) org-mode-p) (set (make-local-variable 'org-edit-src-allow-write-back-p) allow-write-back-p) ___ 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] Mark and Tangle
I'm not sure if this exactly fits your needs, but see this recent related thread. http://thread.gmane.org/gmane.emacs.orgmode/29401/focus=29482 Best -- Eric Jambunathan K kjambunat...@gmail.com writes: If there is support for marking (unmarking) headlines in org file it could be quite useful. For example, selective tangling. Jambunathan K. ___ 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] MobileOrg now in the Android market
I am another Android 1.5 user (Mororla Quench) hoping that its OS be upgraded but ... In the meantime I would like very much to use MobileOrg for Android but, as Eric Fraga said, I also don't want to impede development of MobileOrg. Daniel 2010/9/4 Eric S Fraga ucec...@ucl.ac.uk: On Fri, 3 Sep 2010 16:25:40 -0400, Matthew Jones bsdmatb...@gmail.com wrote: [...] One last thing to note, I'm having to drop support for Android 1.5, if this is a problem for anyone then please drop me an email... one person has already informed me that they can't find it in the market because of this so I'm planning on building a development version for those of you running this older version of the OS. Matthew, I have been waiting very eagerly for updates to MobileOrg for Android. However, I'm one of those that uses Android 1.5 [1]. I don't want to impede development of MobileOrg but anything you can do for us with 1.5 to not exclude us completely would be very welcome. Thanks, eric Footnotes: [1] on a Samsung Galaxy Portal with T-mobile and neither Samsung nor T-mobile seem to really give a about providing an upgrade path to 1.6, much less 2.x. Very annoying. There are unapproved routes to upgrading but I'm not desperate enough yet to try these out (I do *use* my phone... :-). -- 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] Re: Composing letters using Org mode and the LaTeX isodoc class
Hi, I'll try to answer some of the Babel related portions of this discussion below. I look forward to any potential org-letter export this line of investigation yields. Best -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Jambunathan, Jambunathan K wrote: [...] I would like to hear why you chose to go down the tangling path. For two reasons: - because I had not the hope of being able to configure the LaTeX export class and/or code in the right way, Hmm, I don't know how complex isodoc is to configure, but I'd think that defining a custom latex class would be simpler than tangling out LaTeX code blocks, however maybe this will change once I've looked at and understood an example application. - because, in a way, that's quite logical. Here and there, you define stuff. At the end, you just arrange them all in a way that fits well the LaTeX class demands. Though, it's not just copying, the way Babel actually does with snippets of code à la Noweb. Hence, I really need at least the body to be in real Org plain code, and be automatically converted to LaTeX, so that I can make use of the tables, and all the Org markup. I'm sure Babel is able of that, mixing raw code with convertable code. Just needs more thinking. I've just implemented export of org code blocks to ascii, latex or html, so the following should now (if I understood) allow the tangling behavior you've described --8---cut here---start-8--- ** tangle org-mode block #+source: org-list #+begin_src org :results latex - one - two - three #+end_src #+begin_src emacs-lisp :tangle yes :noweb yes org-list() #+end_src --8---cut here---end---8--- tangles to --8---cut here---start-8--- \begin{itemize} \item two \item three \end{itemize} --8---cut here---end---8--- note that the () on the end of the code block name in the noweb syntax means to insert the results of evaluating the code block (in this case latex) rather than the body of the code block itself. Personally I feel any sort of markup (this includes babel directives) distracting. They're much less distracting as soon as they're properly highlighted. Question of color-theme. I can provide you (all) with mine, if you're interested. Btw, your approach set me thinking. I think there is a strong case for making headlines act as babel srcnames with their body providing content for noweb expansion [3]. This behaviour could be controlled by a buffer local variable. That would definitely make sense to me, at least for this particular need. But, maybe, there is already a parallel way to do such a thing... Wondering how babel treats srcnames? Can there be spaces? Is upper and lower cases treated one and the same ... Spaces are now allowed, I'm honestly not sure that it will successfully distinguish between upper and lower cases in code block names (all of mine are lower-case), but either way I'd say it's poor style to rely on case to distinguish between different code blocks. Best -- Eric Being a (tiny) part-time Babel user, I wish I could easily answer such questions. But, as I always try to take as less risks as possible, these are things I never really looked at. Footnotes: [3] It is likely the body of the headline might be run through a custom renderer (say latex, html or even emac's own comment-region) before finding it's way in to the document generated by tangle. Thanks once again for referring me to isodoc. When someone shares something of value with you and you benefit from it, you have a moral obligation to share it with others. -- Chinese proverb I've been as well referred to this excellent package by a friend. Hence, I do what I have to do... I now would be pleased to hear what others think, and eventually can do along this line! Best regards, Seb ___ 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-babel and gnuplot
Hello, I am attempting to generate a simple chart from gnuplot using the source of an org-table. When I execute the gnuplot src block I get the message Source block produced no output. Does anyone have any suggestions as to what might be the cause? I have included a sample of what I am trying to run: #+tblname: sessions | Date | Time | Distance | |+---+--| | 09/02/2010 | 15:13 | 2.5 | | 09/01/2010 | 14:00 | 2.4 | #+begin_src gnuplot :var data=sessions :file org-running.png :exports both set title Running Stats set auto x set style data histogram set style fill solid border -1 set boxwidth .9 set xlabel Date set ylabel Time plot $data using 1:2:3 notitle #+end_src Nick Parker www.developernotes.com ___ 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] [SOLVED] Secretary.el
I am not sure if this is an official fix, but I have it working by adding the code to my .emacs/preferenes.el file. Hopefully there is a more a permanent fix on the way. Regards, Andre Aquamacs 2.1 and 7.01trans ___ 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: Composing letters using Org mode and the LaTeX isodoc class
Hi Eric, Thank you. This will be very useful. All the best, Tom On Sep 7, 2010, at 2:56 PM, Eric Schulte wrote: #+begin_src org :results latex - one - two - three #+end_src ___ 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] setting index.org for MobileOrg
Hi. I have a question about setting MobileOrg. The directory needed for MobileOrg seems fine. I am a little confused how I should write index.org in order to make links to other org files. If I write in index.org like, * [[file:project.org][an important project]] the index.org makes a link to the file, project.org, then I can view and edit this file with iPhone as well as iPod touch. Am I correct? I have written this way, and executed on Emacs org-mobile-push, then pushed the sync button. It does not show the link to the file, project.orgat all. I don't know why but * [[file:project.org][an important project]] part was erased from index.org. Am I doing something wrong or I simply misunderstand how it works? soichi ___ 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-babel and gnuplot
Hi Nick, Maybe two things off hand (booted into OS X right now where I can't try your code..) 1) try using straight gnuplot without going through org to verify your commands. This helps make sure that the syntax isn't producing errors. Another way to check this out sometimes is to C-c C-c on the code block, run the code, and then C-x b to the *gnuplot buffer to view any error messages. Those might prove helpful. 2) try changing your plot line to: plot data using 1:2:3 notitle I think I ran into an issue using $data even though it's the gnuplot syntax. I found org examples on the mailing list where just data was used instead (no quotes) and that worked. John P.S. Are you trying to make a 3D graph? plot using 1:2:3 will yield a 3D graph and you didn't mention a z-axis label so I'm wondering if that's really what you want? You may want to split this into two graphs to have date vs. time and date vs. distance? Or date vs. distance/time (speed)? P.P.S Or perhaps judging by the boxwidth option you want the width of the bars in the graph to represent the miles run? In that case you want 'plot data using 1:2:3 with boxes notitle' I think. On Tue, Sep 7, 2010 at 8:29 PM, Nick Parker ni...@developernotes.comwrote: Hello, I am attempting to generate a simple chart from gnuplot using the source of an org-table. When I execute the gnuplot src block I get the message Source block produced no output. Does anyone have any suggestions as to what might be the cause? I have included a sample of what I am trying to run: #+tblname: sessions | Date | Time | Distance | |+---+--| | 09/02/2010 | 15:13 | 2.5 | | 09/01/2010 | 14:00 | 2.4 | #+begin_src gnuplot :var data=sessions :file org-running.png :exports both set title Running Stats set auto x set style data histogram set style fill solid border -1 set boxwidth .9 set xlabel Date set ylabel Time plot $data using 1:2:3 notitle #+end_src Nick Parker www.developernotes.com ___ 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] setting index.org for MobileOrg
Hi, The index.org file is automatically generated for you when you org-mobile-push. It contains links to all files listed in org-agenda-files and org-mobile-files. Is your project.org listed in either of those? You may find this screencast helpful, it demonstrates setting up MobileOrg from start to finish: http://mobileorg.ncogni.to/screencasts/MobileOrg-Dropbox-OSX/ Let me know if I can help further. -Richard On Tue, Sep 7, 2010 at 9:52 PM, ishi soichi soichi...@gmail.com wrote: Hi. I have a question about setting MobileOrg. The directory needed for MobileOrg seems fine. I am a little confused how I should write index.org in order to make links to other org files. If I write in index.org like, * [[file:project.org][an important project]] the index.org makes a link to the file, project.org, then I can view and edit this file with iPhone as well as iPod touch. Am I correct? I have written this way, and executed on Emacs org-mobile-push, then pushed the sync button. It does not show the link to the file, project.org at all. I don't know why but * [[file:project.org][an important project]] part was erased from index.org. Am I doing something wrong or I simply misunderstand how it works? soichi ___ 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
[Orgmode] not exporting TODOs but exporting their subordinates
When working on a document, I tend to sprinkle TODO headlines throughout the doc. These are really very loosely structured; they just represent things that I need to do somewhat near the area that I'm looking at. I mark these lines with a :noexport: tag in order to prevent them from being exported. As such, they're not part of the document structure per-se, and I often mark them as top level headlines. Since EXPORT_EXCLUDE_TAGS applies to a tree and not to a title, this prevents the export of any subordinate items. Here's an example: * An amazing headline ** stuff ** more stuff * TODO clean up the stuff above :noexport: ** this is stuff that I would like exported In the example above, I'd like to have the everything but the TODO headline exported, including the this is stuff I would like exported line. I guess that I could always have my TODO lines be at a very deep level. Is there any other solution I should consider? Thanks, Sam ___ 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] Babel: ob-plantuml fails on Windows
On Fri, Sep 3, 2010 at 12:19 AM, Eric Schulte wrote: Hi Manish, Are you sure that org-plantuml-jar-path is set when the function produces that error? I've just pushed up a slight change to ob-plantuml which is more explicit about ensuring the correctness of org-plantuml-jar-path before it is used. Could you retry with this new addition? Sorry for the late reply, Eric. Yes, org-plantuml-jar-path was set correctly. I just tried with the new code and noticed that I was missing :file option in the begin_src line. With new code and :file set correctly, it worked for me. May be the error messages could be indicate if :file is required and missing? Thanks -- Manish Thanks -- Eric Manish mailtomanish.sha...@gmail.com writes: Hello! I was trying to test ob-plantuml and it failed with following trace. Setup: - GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-08-30 on 3249CTO - Windows XP SP 2 - Org mode from git head - org-plantuml-jar-path is set - This example works from command-line and does not require dot. Trace: Debugger entered--Lisp error: (wrong-type-argument stringp nil) string-match([^\] nil) shell-quote-argument(nil) (concat java -jar (shell-quote-argument org-plantuml-jar-path) -p cmdline(shell-quote-argument in-file) (shell-quote-argument out-file)) (let* ((result-params ...) (out-file ...) (cmdline ...) (in-file ...) (cmd ...)) (unless (file-exists-p org-plantuml-jar-path) (error Could not find plantuml.jar at %s org-plantuml-jar-path)) (with-temp-file in-file (insert ...)) (message %s cmd) (org-babel-eval cmd ) out-file) org-babel-execute:plantuml(skinparam defaultFontName Candara\nskinparam defaultFontSize 8\nparticipant User\nUser - A: DoWork\nactivate A\nA - B:createRequest \nactivate B\nB - C: DoWork\nactivate C\nC -- B: WorkDone\ndestroy C\nB -- A: RequestCreated\ndeactivate B\nA - User: Done\ndeactivate A\n ((:cache . no) (:comments . ) (:exports . results) (:hlines . no) (:noweb . no) (:result . \sequence.png\) (:results . replace file) (:session . none) (:shebang . ) (:tangle . ))) funcall(org-babel-execute:plantuml skinparam defaultFontName Candara\nskinparam defaultFontSize 8\nparticipant User\nUser - A: DoWork\nactivate A\nA - B:createRequest \nactivate B\nB - C: DoWork\nactivate C\nC -- B: WorkDone\ndestroy C\nB -- A: RequestCreated\ndeactivate B\nA - User: Done\ndeactivate A\n ((:cache . no) (:comments . ) (:exports . results) (:hlines . no) (:noweb . no) (:result . \sequence.png\) (:results . replace file) (:session . none) (:shebang . ) (:tangle . ))) (setq result (funcall cmd body params)) (if (and (not arg) new-hash (equal new-hash old-hash)) (save-excursion (goto-char ...) (end-of-line 1) (forward-char 1) (setq result ...) (message ...) result) (message executing %s code block%s... (capitalize lang) (if ... ... )) (setq result (funcall cmd body params)) (if (eq result-type ...) (setq result ...)) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks (quote org-babel-after-execute-hook)) result) (progn (fset (quote call-process-region) (function* ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result)) (unwind-protect (progn (fset ... ...) (unless ... ...) (if ... ... ... ... ... ... ... result)) (if --cl-letf-bound-- (fset ... --cl-letf-save--) (fmakunbound ...))) (let* ((--cl-letf-bound-- ...) (--cl-letf-save-- ...)) (unwind-protect (progn ... ... ...) (if --cl-letf-bound-- ... ...))) (letf ((... ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result)) (letf* ((... ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result)) (flet ((call-process-region ... ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result)) (unwind-protect (flet (...) (unless ... ...) (if ... ... ... ... ... ... ... result)) (setq
Re: [Orgmode] org-babel and gnuplot
Hi John, I would actually like to plot different lines per distance, each that correlate to a date and elapsed-time (x and y axis respectively). I get an error with the :file notation, though I read that in a sample babel gnuplot example for generating graphs of commit history on the org-mode git repository. I tried to reference the variable data without the quotes and $ sign without any success. I will continue to fiddle with it, I am new to gnuplot. Nick Parker www.developernotes.com On Tue, Sep 7, 2010 at 8:54 PM, John Hendy jw.he...@gmail.com wrote: Hi Nick, Maybe two things off hand (booted into OS X right now where I can't try your code..) 1) try using straight gnuplot without going through org to verify your commands. This helps make sure that the syntax isn't producing errors. Another way to check this out sometimes is to C-c C-c on the code block, run the code, and then C-x b to the *gnuplot buffer to view any error messages. Those might prove helpful. 2) try changing your plot line to: plot data using 1:2:3 notitle I think I ran into an issue using $data even though it's the gnuplot syntax. I found org examples on the mailing list where just data was used instead (no quotes) and that worked. John P.S. Are you trying to make a 3D graph? plot using 1:2:3 will yield a 3D graph and you didn't mention a z-axis label so I'm wondering if that's really what you want? You may want to split this into two graphs to have date vs. time and date vs. distance? Or date vs. distance/time (speed)? P.P.S Or perhaps judging by the boxwidth option you want the width of the bars in the graph to represent the miles run? In that case you want 'plot data using 1:2:3 with boxes notitle' I think. On Tue, Sep 7, 2010 at 8:29 PM, Nick Parker ni...@developernotes.comwrote: Hello, I am attempting to generate a simple chart from gnuplot using the source of an org-table. When I execute the gnuplot src block I get the message Source block produced no output. Does anyone have any suggestions as to what might be the cause? I have included a sample of what I am trying to run: #+tblname: sessions | Date | Time | Distance | |+---+--| | 09/02/2010 | 15:13 | 2.5 | | 09/01/2010 | 14:00 | 2.4 | #+begin_src gnuplot :var data=sessions :file org-running.png :exports both set title Running Stats set auto x set style data histogram set style fill solid border -1 set boxwidth .9 set xlabel Date set ylabel Time plot $data using 1:2:3 notitle #+end_src Nick Parker www.developernotes.com ___ 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] org-babel and gnuplot
On 09/07/2010 10:12 PM, Nick Parker wrote: Hi John, I would actually like to plot different lines per distance, each that correlate to a date and elapsed-time (x and y axis respectively). I get an error with the :file notation, though I read that in a sample babel gnuplot example for generating graphs of commit history on the org-mode git repository. I tried to reference the variable data without the quotes and $ sign without any success. I will continue to fiddle with it, I am new to gnuplot. AFAIK, you can't break source code header argument lines across multiple lines. Is that how you actually have it in your org file? #+begin_src gnuplot :var data=sessions :file org-running.png :exports both set title Running Stats set auto x set style data histogram set style fill solid border -1 set boxwidth .9 set xlabel Date set ylabel Time plot $data using 1:2:3 notitle #+end_src Nick Parker www.developernotes.com http://www.developernotes.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org mailto: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 ___ 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: Mark and Tangle
Let me explain what I mean by selective tangling (or any one of the other babel operations) I mark subtrees [1]. The nearest Org equivalent would be to create a sparse tree with say a tag match and consider the visible portions as selected or marked. Then babel could choose to act on just the visible portion [2] as opposed to the whole buffer (both visible and invisible). It would be the responsibility of the user to make sure that visible portions of the buffer form a coherent whole and babel's results pipeline is not entirely broken. Needless to say, selective 'babeling' is more expressive than 'babeling' based on language or a set of languages or just a subtree. This is because it could capture a user's complete workflow and editing environment. I believe the above request is consistent with org's way of doing things [3]. As for the thread that you reference, I believe the solution is a bit 'nerdy' (if I may use the word) and relies on advanced knowledge (for example, org's tagging apis, programming in elisp and fact that babel plists could indeed be lisp forms) Footnotes: [1] Marking as in emacs sense of the word. Think marking buffers, marking gnus articles etc for later bulk action. [2] That is, org-babel-do would hence forward take an additional visibility-ok arguments. - Visibility need not be just that of a subtree but of any structural element. - Modification of buffer due to insertion of #+results elements and their visibility could slightly complicate the implementation. [3] As of today, I do consider babel's workflow (as a literate programming environment) is orthogonal to Org's world view. Now that babel is a first class entity within org-mode and emacs there is a strong reason why this orthogonality should continue to be exist. Just my few cents here. Jambunathan K. Eric Schulte schulte.e...@gmail.com writes: I'm not sure if this exactly fits your needs, but see this recent related thread. http://thread.gmane.org/gmane.emacs.orgmode/29401/focus=29482 Best -- Eric Jambunathan K kjambunat...@gmail.com writes: If there is support for marking (unmarking) headlines in org file it could be quite useful. For example, selective tangling. Jambunathan K. ___ 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 ___ 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: Composing letters using Org mode and the LaTeX isodoc class
Eric Thanks for the changes. I believe I need not work (or for all practical purposes set aside) working on letter writing support. Jambu Btw, your approach set me thinking. I think there is a strong Jambu case for making headlines act as babel srcnames with their body Jambu providing content for noweb expansion [3]. This behaviour could Jambu be controlled by a buffer local variable. Is this suggestion considered and set aside or overlooked? Read on down below. Jambu Wondering how babel treats srcnames? Can there be spaces? Is Jambu upper and lower cases treated one and the same ... Eric Spaces are now allowed, I'm honestly not sure that it will Eric successfully distinguish between upper and lower cases in code Eric block names (all of mine are lower-case) Good. Honoring spaces would be a pre-requisite if one were to allow org's headlines as implicit srcnames. Question on case-handling was intended not as a feature request but more on clarity of the behaviour. Eric I've just implemented export of org code blocks to ascii, latex or html, Eric so the following should now (if I understood) allow the tangling Eric behavior you've described Eric Eric ** tangle org-mode block Eric #+source: org-list Eric #+begin_src org :results latex Eric - one Eric - two Eric - three Eric #+end_src Eric Eric #+begin_src emacs-lisp :tangle yes :noweb yes Eric Eric org-list() Eric Eric #+end_src Eric Eric tangles to Eric Eric Eric Eric \begin{itemize} Eric \item two Eric \item three Eric \end{itemize} Eric Eric Eric Eric Eric note that the () on the end of the code block name in the noweb syntax Eric means to insert the results of evaluating the code block (in this case Eric latex) rather than the body of the code block itself. If babel supports headlines as srcnames, without requiring additional begin/end directives one could just write, * org-list - one - two - three #+begin_src emacs-lisp :tangle yes :noweb yes org-list(:fmt latex) #+end_src and achieve similar results. Based on my earlier efforts at letter-writing, I have the following observation. Letters have a To address and they could be pulled from bbdb. So one could say, * To [[a bbdb link]] #+begin_src emacs-lisp :tangle yes :noweb yes To(:fmt custom) #+end_src The string custom could be a elisp form or a function pointer that takes the body of the headline as an argument and does the needful. Specifically in the above example, 'custom' handler would visit the bbdb record, fetch the address and return the formatted address (with line breaks etc etc) as the noweb expansion. [Custom handler would be implemented by the user himself] Any thoughts on how this could be achieved ... Jambunathan K. ___ 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] Babel: ob-plantuml fails on Windows
Manish mailtomanish.sha...@gmail.com writes: On Fri, Sep 3, 2010 at 12:19 AM, Eric Schulte wrote: Hi Manish, Are you sure that org-plantuml-jar-path is set when the function produces that error? I've just pushed up a slight change to ob-plantuml which is more explicit about ensuring the correctness of org-plantuml-jar-path before it is used. Could you retry with this new addition? Sorry for the late reply, Eric. Yes, org-plantuml-jar-path was set correctly. I just tried with the new code and noticed that I was missing :file option in the begin_src line. With new code and :file set correctly, it worked for me. May be the error messages could be indicate if :file is required and missing? Done, an error message should now be raised when the :file header argument is not present. Best -- Eric Thanks -- Manish Thanks -- Eric Manish mailtomanish.sha...@gmail.com writes: Hello! I was trying to test ob-plantuml and it failed with following trace. Setup: - GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-08-30 on 3249CTO - Windows XP SP 2 - Org mode from git head - org-plantuml-jar-path is set - This example works from command-line and does not require dot. Trace: Debugger entered--Lisp error: (wrong-type-argument stringp nil) string-match([^\] nil) shell-quote-argument(nil) (concat java -jar (shell-quote-argument org-plantuml-jar-path) -p cmdline(shell-quote-argument in-file) (shell-quote-argument out-file)) (let* ((result-params ...) (out-file ...) (cmdline ...) (in-file ...) (cmd ...)) (unless (file-exists-p org-plantuml-jar-path) (error Could not find plantuml.jar at %s org-plantuml-jar-path)) (with-temp-file in-file (insert ...)) (message %s cmd) (org-babel-eval cmd ) out-file) org-babel-execute:plantuml(skinparam defaultFontName Candara\nskinparam defaultFontSize 8\nparticipant User\nUser - A: DoWork\nactivate A\nA - B:createRequest \nactivate B\nB - C: DoWork\nactivate C\nC -- B: WorkDone\ndestroy C\nB -- A: RequestCreated\ndeactivate B\nA - User: Done\ndeactivate A\n ((:cache . no) (:comments . ) (:exports . results) (:hlines . no) (:noweb . no) (:result . \sequence.png\) (:results . replace file) (:session . none) (:shebang . ) (:tangle . ))) funcall(org-babel-execute:plantuml skinparam defaultFontName Candara\nskinparam defaultFontSize 8\nparticipant User\nUser - A: DoWork\nactivate A\nA - B:createRequest \nactivate B\nB - C: DoWork\nactivate C\nC -- B: WorkDone\ndestroy C\nB -- A: RequestCreated\ndeactivate B\nA - User: Done\ndeactivate A\n ((:cache . no) (:comments . ) (:exports . results) (:hlines . no) (:noweb . no) (:result . \sequence.png\) (:results . replace file) (:session . none) (:shebang . ) (:tangle . ))) (setq result (funcall cmd body params)) (if (and (not arg) new-hash (equal new-hash old-hash)) (save-excursion (goto-char ...) (end-of-line 1) (forward-char 1) (setq result ...) (message ...) result) (message executing %s code block%s... (capitalize lang) (if ... ... )) (setq result (funcall cmd body params)) (if (eq result-type ...) (setq result ...)) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks (quote org-babel-after-execute-hook)) result) (progn (fset (quote call-process-region) (function* ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result)) (unwind-protect (progn (fset ... ...) (unless ... ...) (if ... ... ... ... ... ... ... result)) (if --cl-letf-bound-- (fset ... --cl-letf-save--) (fmakunbound ...))) (let* ((--cl-letf-bound-- ...) (--cl-letf-save-- ...)) (unwind-protect (progn ... ... ...) (if --cl-letf-bound-- ... ...))) (letf ((... ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result)) (letf* ((... ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result)) (flet ((call-process-region ... ...)) (unless (fboundp cmd) (error No org-babel-execute function for %s! lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message executing %s code block%s... ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result
Re: [Orgmode] [babel] difference in export output if including file
Hi Eric, I've changed the hook through which code blocks are evaluated so that this evaluation now takes place after included files have been included. Hopefully this will fix the issue you mentioned. Best -- Eric Eric S Fraga ucec...@ucl.ac.uk writes: Hello, I am using the plantuml babel interface to generate diagrams in a document. If I have the following inline in my main document, #+CAPTION: Scenario generation and evaluation #+LABEL: fig:scenario-evaluation-cycle #+ATTR_LATEX: width=\linewidth #+srcname: flowchart #+begin_src plantuml :file figures/scenario-to-network-and-evaluation.png :exports none (*) -- A node #+end_src #+results: flowchart [[file:figures/scenario-to-network-and-evaluation.png]] this works fine and only the figure appears in the latex export. If, however, I place this code in another org file and #+include that file, the export includes the source code as well in the latex export. Can anybody please suggest how to fix this? Is this my fault somehow or is this a bug in org or babel? Thanks, eric -- 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