[Orgmode] Re: Example for beamer export with blocks and twocolumn
Eric S Fraga e.fr...@ucl.ac.uk writes: Loris Bennett loris.benn...@fu-berlin.de writes: [...] Thanks for the reply. However, I my problem is not with the main presentation part of the org file. What I would really like to see is 1. the preamble to the presentation where the MACROs LaTeX_CLASS options etc. are given Loris, did you have a look at the tutorial on Worg: : http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php it includes a link to an example presentation, : http://orgmode.org/worg/sources/org-tutorials/org-beamer/presentation.org one that works /out of the box/ with org, or should... and the example includes a slide that is basically what you are trying to do. HTH, eric Hi Eric, The examples do indeed work out of the box. My problem was that I was am using Emacs 23.1.1, which comes with orgmode 6.21b. I then set up org-export-latex-classes by hand for 'beamer' and got things sort of working apart from blocks and two-column. I subsequently installed orgmode 7.3, but still retained my customisations, and was thus still unable to get blocks and two-column. Removing the customisation fixed things. Perhaps a remark about how to set org-export-latex-classes could be added to the documentation in the wiki, particularly since the current Debian stable comes with emacs 22.2, which presumably contains a yet older version of orgmode. Cheers Loris -- Dr. Loris Bennett ZEDAT Computer Centre Freie Universität Berlin Berlin, Germany ___ 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] [PATCH 2/2] Make timestamp search in org-entry-properties more efficient.
Great work on these optimizations, Matt, thanks! I guess this one could be faster still by only searching for that one keyword is `specific' is set. Patch applied. - Carsten On Dec 13, 2010, at 4:05 AM, Matt Lundin wrote: * lisp/org.el: (org-entry-properties) Stop scanning for timestamps if a specific timestamp property (e.g., DEADLINE, SCHEDULED, etc.) is requested and a match is found. Also, if a specific timestamp property is requested, do not push non-relevant timestamps onto property list. This change only effects org-entry-properties when a specific timestamp is requested with the special flag, as in: (org-entry-properties nil 'special SCHEDULED) Previously, even if only the SCHEDULED timestamp was requested, org-entry-properties would parse all the timestamps in an entry. This extra parsing could slow down the construction of agenda views, especially with entries that contained a large number of log items (CLOCK, state changes, etc.). The function org-entry-get, however, is only interested in the first occurrence of the item. When looking for a specific type of timestamp, org-entry-properties now stops searching for timestamps after the match is found, unless the property is CLOCK. Here are the relevant ELP results: Before: org-entry-get296 0.472457 0.0015961418 org-entry-properties 31 0.343876 0.0110928064 After: org-entry-get296 0.144772 0.0004890979 org-entry-properties 31 0.015765 0.0005085483 --- lisp/org.el | 60 +++ +-- 1 files changed, 33 insertions(+), 27 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 82c0b46..c4fe6a0 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1,4 +1,4 @@ -;;; org.el --- Outline-based notes management and organizer +';;; org.el --- Outline-based notes management and organizer ;; Carstens outline-mode for keeping track of everything. ;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010 ;; Free Software Foundation, Inc. @@ -13424,32 +13424,38 @@ things up because then unnecessary parsing is avoided. (member specific '(SCHEDULED DEADLINE CLOCK CLOSED TIMESTAMP TIMESTAMP_IA))) - (while (re-search-forward org-maybe-keyword-time-regexp end t) - (setq key (if (match-end 1) - (substring (org-match-string-no-properties 1) -0 -1)) - string (if (equal key clockstr) -(org-no-properties - (org-trim - (buffer-substring - (match-beginning 3) (goto-char -(point-at-eol) - (substring (org-match-string-no-properties 3) - 1 -1))) - ;; Get the correct property name from the key. This is - ;; necessary if the user has configured time keywords. - (setq key1 (concat key :)) - (cond -((not key) - (setq key - (if (= (char-after (match-beginning 3)) ?\[) - TIMESTAMP_IA TIMESTAMP))) -((equal key1 org-scheduled-string) (setq key SCHEDULED)) -((equal key1 org-deadline-string) (setq key DEADLINE)) -((equal key1 org-closed-string)(setq key CLOSED)) -((equal key1 org-clock-string) (setq key CLOCK))) - (when (or (equal key CLOCK) (not (assoc key props))) - (push (cons key string) props + (catch 'match + (while (re-search-forward org-maybe-keyword-time-regexp end t) + (setq key (if (match-end 1) + (substring (org-match-string-no-properties 1) + 0 -1)) + string (if (equal key clockstr) + (org-no-properties + (org-trim +(buffer-substring + (match-beginning 3) (goto-char + (point-at-eol) +(substring (org-match-string-no-properties 3) + 1 -1))) + ;; Get the correct property name from the key. This is + ;; necessary if the user has configured time keywords. + (setq key1 (concat key :)) + (cond + ((not key) + (setq key + (if (= (char-after (match-beginning 3)) ?\[) + TIMESTAMP_IA TIMESTAMP))) +
[Orgmode] Export LaTeX file to different directory?
Hi all, If I export (part of) an org-mode file to LaTeX, the LaTeX file is created in the same directory as the org-mode file. Is there a way to specify the file should go somewhere else? Googling and looking through the manual didn't give me anything concrete. There is apparently a property EXPORT_FILE_NAME, but setting this doesn't seem to have any effect. (Though I may be using it wrong, there wasn't any description or example of it in the manual... Plus, I'd like to be able to specify just the export directory, not necessarily the file name as well.) TIA Joost -- Joost Kremers Life has its moments ___ 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] Export LaTeX file to different directory?
On Mon, Dec 13, 2010 at 11:47 AM, Joost Kremers joostkrem...@fastmail.fm wrote: There is apparently a property EXPORT_FILE_NAME, but setting this doesn't seem to have any effect. (Though I may be using it wrong, there wasn't any description or example of it in the manual... Plus, I'd like to be able to specify just the export directory, not necessarily the file name as well.) I think you have to set it as a property for the sub-tree you are trying to export. So whenever you export only that sub-tree, the file name will be taken from that property. For setting the directory you could try something like 'directory/filename.pdf' instead of just the usual file name. (untested) I am not aware of any directory only settings for export of sub-trees. But then I am not org-mode power user. :-) If it is not already there, I would also like to have a feature like that. In my case I want to export to some remote directory over ssh to some directory on my 'webserver:~/public_html' directory. I would like to set this on a per file basis. Don't know whether that is possible or not. Haven't had the time to explore in detail. When I was using emacs-muse, I used this feature extensively (I used to choose this interactively, so changing remote directories was pretty convenient with tab completion support from tramp) Hope that helps. -- Suvayu Open source is the future. It sets us free. ___ 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] Export LaTeX file to different directory?
On Mon, Dec 13, 2010 at 12:07:56PM +0100, suvayu ali wrote: [EXPORT_FILE_NAME] I think you have to set it as a property for the sub-tree you are trying to export. So whenever you export only that sub-tree, the file name will be taken from that property. I tried various incantations, including the one you mention, none of them seem to have any effect... For setting the directory you could try something like 'directory/filename.pdf' instead of just the usual file name. (untested) I am not aware of any directory only settings for export of sub-trees. Actually, I'm exporting a region, but that should pretty much work the same way. The thing is, I'm keeping lots of stuff in several org files and occasionally I want to export some of it (in this case it was a table) to latex/pdf in order to print it or send it to someone. I'm not actually interested in the .tex or .pdf file itself and I don't want to clutter up the directory containing my org files. So preferably the latex/pdf file should go into ~/tmp or /tmp, where it can sit until I clean it out. -- Joost Kremers Life has its moments ___ 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] Export LaTeX file to different directory?
Hi Joost, On Mon, Dec 13, 2010 at 12:34 PM, Joost Kremers joostkrem...@fastmail.fm wrote: On Mon, Dec 13, 2010 at 12:07:56PM +0100, suvayu ali wrote: For setting the directory you could try something like 'directory/filename.pdf' instead of just the usual file name. (untested) I am not aware of any directory only settings for export of sub-trees. Actually, I'm exporting a region, but that should pretty much work the same way. The thing is, I'm keeping lots of stuff in several org files and occasionally I want to export some of it (in this case it was a table) to latex/pdf in order to print it or send it to someone. I'm not actually interested in the .tex or .pdf file itself and I don't want to clutter up the directory containing my org files. So preferably the latex/pdf file should go into ~/tmp or /tmp, where it can sit until I clean it out. I just tested this, it seems to work as expected. * Smearing:smear: :PROPERTIES: :EXPORT_FILE_NAME: tmp/smearing.html :END: ** Some sub-tree 1 ** Some sub-tree 2 Does this not work for you? -- Suvayu Open source is the future. It sets us free. ___ 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] [OT] recutils
Hi, jema...@gnu.org (Jose E. Marchesi) writes: I would highly appreciate any comment or suggestion on improving the format, the utilities, or whatever. Wow! The ability to have a _relational_ database with foreign keys in a simple text file is so great news for me. A dream I had for many years now. Or is it lack of knowledge from my side about already existing solutions before recutils? I don't think there is anything similar. You might be interested to hear about txt-sushi [1], a command line utility to apply SQL statements on a set of csv files, each of which represents one table. [1] http://keithsheppard.name/txt-sushi/ Cheers, Jean-Marie ___ 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] [PATCH 2/2] Make timestamp search in org-entry-properties more efficient.
Carsten Dominik carsten.domi...@gmail.com writes: Great work on these optimizations, Matt, thanks! I guess this one could be faster still by only searching for that one keyword is `specific' is set. Patch applied. Thanks! I considered the additional optimization, but being able to use org-maybe-keyword-time-regexp is so convenient. :) I'll take another look. BTW, the two optimization patches do not yet appear in the main git repository: http://repo.or.cz/w/org-mode.git Best, Matt ___ 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] [PATCH 2/2] Make timestamp search in org-entry-properties more efficient.
On Dec 13, 2010, at 1:53 PM, Matt Lundin wrote: Carsten Dominik carsten.domi...@gmail.com writes: Great work on these optimizations, Matt, thanks! I guess this one could be faster still by only searching for that one keyword is `specific' is set. Patch applied. Thanks! I considered the additional optimization, but being able to use org-maybe-keyword-time-regexp is so convenient. :) I'll take another look. BTW, the two optimization patches do not yet appear in the main git repository: http://repo.or.cz/w/org-mode.git Should be fixed now - please verify. - 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] Keep URLs from automagically turning into links in HTML export?
Suppose you have the following org file: * Hello World http://testlink.com How do you keep that URL from auto-magically turning into an HTML anchor (a href=http://testlink.comhttp://testlink.com/a) in the export? ___ 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] Lists made stronger: lists within lists
Nicolas, great! I just moved around some list items with inline tasks in my 800+ pages document. And it works perfect. I will do some more tests tonight. Thanks a lot! Karl Zitat von Nicolas Goaziou n.goaz...@gmail.com: Hello, As I had promised it here a few days ago, I just pushed a testing branch allowing to have lists in blocks, drawers and inline tasks. These constructs can themselves be located in lists. Basically, lists are allowed in every block but src, example and verse. Inline tasks will not end lists, even though they start at column 0. Exporters should understand quite intricate situations. Here is an example of this: - * Let's stress-test lists - a list 1. Sub-item with both example and quote blocks #+begin_example + here is a false list #+end_example #+begin_quote 1. followed by a real list 2. of two items 1. and a sub-item And some other text afterwards. #+end_quote 2. Sub-item with src block #+begin_src emacs-lisp (message Am I appearing?) #+end_src 3. Sub-item with a drawer :LOGBOOK: * One * One dot one * One dot two :END: - and now some centering #+begin_center 1. One 2. Two #+end_center The end. - This is not a trivial patch, so it needs careful testing (and maybe some re-factoring). The branch can be found at: git://github.com/ngz/org-mode-lists.git recursive-lists I still think inline tasks shouldn't be included in lists, but for now, let's see it as a proof of concept. I can always remove it later if it is too much. The same idea applies to this whole patch: if it is not really needed, it will not reach master branch. 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 ___ 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] [PATCH] org-agenda: rewrite mode-line
XEmacs users, please read this. On Dec 12, 2010, at 7:55 PM, Julien Danjou wrote: On Sun, Dec 12 2010, Carsten Dominik wrote: what is the purpose of this patch, why is it needed? I generally will not accept patches that lack this information. Sorry, it seems quite obvious to me. Hi Julien, even if it is more or less obvious on closer study, I am trying to create a useful history of the project by providing additional information at commit time. And knowing the intend of the author speeds up classifying and judging the patch very much. I have not spent some 20 Minutes looking at it and writing to you and looking at it again The patch looks good to me, I am planning to accept it after studying it closer. Does anyone know if :eval in the mode line specification is XEmacs compatible? - Carsten The purpose is to stop trying to guess where to call the function to `org-agenda-set-mode-name' whenever one of the value change used in that function changes. This is probably one of the reason why :eval property has been invented, I guess. :-) -- Julien Danjou ❱ http://julien.danjou.info - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Lists made stronger: lists within lists
On Dec 13, 2010, at 3:49 PM, Karl Maihofer wrote: Nicolas, great! I just moved around some list items with inline tasks in my 800+ pages document. And it works perfect. I will do some more tests tonight. Thanks to you and everyone for testing. Critical for this kind of work. Greetings - Carsten Thanks a lot! Karl Zitat von Nicolas Goaziou n.goaz...@gmail.com: Hello, As I had promised it here a few days ago, I just pushed a testing branch allowing to have lists in blocks, drawers and inline tasks. These constructs can themselves be located in lists. Basically, lists are allowed in every block but src, example and verse. Inline tasks will not end lists, even though they start at column 0. Exporters should understand quite intricate situations. Here is an example of this: - * Let's stress-test lists - a list 1. Sub-item with both example and quote blocks #+begin_example + here is a false list #+end_example #+begin_quote 1. followed by a real list 2. of two items 1. and a sub-item And some other text afterwards. #+end_quote 2. Sub-item with src block #+begin_src emacs-lisp (message Am I appearing?) #+end_src 3. Sub-item with a drawer :LOGBOOK: * One * One dot one * One dot two :END: - and now some centering #+begin_center 1. One 2. Two #+end_center The end. - This is not a trivial patch, so it needs careful testing (and maybe some re-factoring). The branch can be found at: git://github.com/ngz/org-mode-lists.git recursive-lists I still think inline tasks shouldn't be included in lists, but for now, let's see it as a proof of concept. I can always remove it later if it is too much. The same idea applies to this whole patch: if it is not really needed, it will not reach master branch. 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 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Keep URLs from automagically turning into links in HTML export?
Uriel Avalos amscopub-m...@yahoo.com writes: Suppose you have the following org file: * Hello World http://testlink.com How do you keep that URL from auto-magically turning into an HTML anchor (a href=http://testlink.comhttp://testlink.com/a) in the export? ___ 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 In case I would only want the URL like it is, I would monospace it, like =http://testlink.com=. I like to keep it simple. Oscar ___ 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: capture with PROPERTIES [7.4 commit-4760c3b94...]
Giovanni Ridolfi giovanni.rido...@yahoo.it writes: - sorry for the double post of Friday - Emacs : GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1 I can confirm the bug in 7.4 commit 4760c3b9482cfeda02d24590e2fb7c70a9c1d0cd As the debug-on-error gave me not error :-( I put some (debug) calls in org-capture.el: --- org-capture.el 2010-12-13 16:14:39.086099200 +0100 +++ org-capture-2.el2010-12-13 16:14:23.443606400 +0100 @@ -1225,9 +1225,14 @@ (when plist-p (goto-char (point-min)) +; + (debug) (while (re-search-forward %\\(:[-a-zA-Z]+\\) nil t) (unless (org-capture-escaped-%) (and (setq x (or (plist-get org-store-link-plist (intern (match-string 1))) )) -(replace-match x t t) +(replace-match x t t +; + (debug) +) ;; Turn on org-mode in temp buffer, set local variables @@ -1292,4 +1297,6 @@ ((prop (org-substring-no-properties prompt)) (pall (concat prop _ALL)) +; + (debug) (allowed (with-current-buffer @@ -1311,5 +1318,11 @@ existing nil nil nil - (org-set-property prop val))) + (org-set-property prop val) +; + (debug) +) +; + (debug) +) (char ;; These are the date/time related ones And calling my capture template, /repetita iuvant/: test.org FILE: -- -*- mode: org; -*- (setq org-capture-templates '( (q element entry (file+headline test.org capture) *** %^{prompt} \n :PROPERTIES:\n :ID: lab \n %^{Element}p \n %^{Number}p \n %^{Type}p \n :Feeling: %? \n :Comment: \n :END: ) )) * capture :PROPERTIES: :Element_ALL: H He Li Na Hg :Number_ALL: 1 2 3 4 80 :Type_ALL: gas solid liquid :END: --- The capture process stops after the insertion of the first PROPERTY with this *backtrace*: --- *backtrace* - Debugger entered: nil (let* ((prop ...) (pall ...) (debug) (allowed ...) (existing ...) (propprompt ...) (val ...)) (org-set-property prop val) (debug)) (cond ((member char ...) (let* ... ... ...)) ((equal char C) (cond ... ...)) ((equal char L) (cond ... ...)) ((equal char p) (let* ... ... ...) (debug)) (char (setq org-time-was-given ...) (setq time ...) (if ... ...) (org-insert-time-stamp time org-time-was-given ... nil nil ...)) (t (let ... ...))) (if (org-capture-escaped-%) nil (setq char (if ... ...) prompt (if ... ...)) (goto-char (match-beginning 0)) (replace-match ) (setq completions nil default nil) (when prompt (setq completions ... prompt ... default ... histvar ... completions ...)) (unless (boundp histvar) (set histvar nil)) (cond (... ...) (... ...) (... ...) (... ... ...) (char ... ... ... ...) (t ...))) (unless (org-capture-escaped-%) (setq char (if ... ...) prompt (if ... ...)) (goto-char (match-beginning 0)) (replace-match ) (setq completions nil default nil) (when prompt (setq completions ... prompt ... default ... histvar ... completions ...)) (unless (boundp histvar) (set histvar nil)) (cond (... ...) (... ...) (... ...) (... ... ...) (char ... ... ... ...) (t ...))) (while (re-search-forward %^\\({\\([^}]*\\)}\\)?\\([gGtTuUCLp]\\)? nil t) (unless (org-capture-escaped-%) (setq char ... prompt ...) (goto-char ...) (replace-match ) (setq completions nil default nil) (when prompt ...) (unless ... ...) (cond ... ... ... ... ... ...))) (save-window-excursion (delete-other-windows) (switch-to-buffer (get-buffer-create *Capture*)) (erase-buffer) (insert template) (goto-char (point-min)) (org-capture-steal-local-variables buffer) (setq buffer-file-name nil) (goto-char (point-min)) (while (re-search-forward %\\[\\(.+\\)\\] nil t) (unless ... ...)) (goto-char (point-min)) (while (re-search-forward %\\((.+)\\) nil t) (unless ... ... ...)) (goto-char (point-min)) (while (re-search-forward %\\([tTuUaiAcxkKI]\\) nil t) (unless ... ... ...)) (when plist-p (goto-char ...) (debug) (while ... ...) (debug)) (let (...) (org-mode)) (goto-char (point-min)) (while (re-search-forward %^\\({\\([^}]*\\)}\\)?\\([gGtTuUCLp]\\)? nil t) (unless ... ... ... ... ... ... ... ...)) (goto-char (point-min)) (while (looking-at [ ]*\n) (replace-match )) (if (re-search-forward [\n]*\\' nil t) (replace-match \n)) (untabify (point-min) (point-max)) (set-buffer-modified-p nil) (prog1 (buffer-string) (kill-buffer ...))) (let* ((buffer ...) (file ...) (ct ...) (dct ...) (ct1 ...) (plist-p ...) (v-c ...) (v-x ...) (v-t ...) (v-T ...) (v-u ...) (v-U ...) (v-i ...) (v-a ...) (v-a ...) (clipboards ...) (v-A ...) (v-n user-full-name) (v-k ...) (v-K ...) v-I (org-startup-folded nil) (org-inhibit-startup t) org-time-was-given
Re: [Orgmode] Re: Keep URLs from automagically turning into links in HTML export?
Oscar Carlsson oscar.carls...@gmail.com writes: Uriel Avalos amscopub-m...@yahoo.com writes: Suppose you have the following org file: * Hello World http://testlink.com How do you keep that URL from auto-magically turning into an HTML anchor (a href=http://testlink.comhttp://testlink.com/a) in the export? In case I would only want the URL like it is, I would monospace it, like =http://testlink.com=. I like to keep it simple. [[ ][http://testlink.com]] exports as: a href=#http://testlink.com/a Giovanni ___ 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] Export LaTeX file to different directory?
On Mon, Dec 13, 2010 at 12:52:41PM +0100, suvayu ali wrote: I just tested this, it seems to work as expected. * Smearing :smear: :PROPERTIES: :EXPORT_FILE_NAME: tmp/smearing.html :END: ** Some sub-tree 1 ** Some sub-tree 2 Does this not work for you? it works if i export a subtree (C-c C-e 1 l), but not if i export a region (set mark, highlight region, then C-c C-e l). also, it doesn't expand a tilde ~ to my home directory, so writing :EXPORT_FILE_NAME: ~/tmp/temp.tex doesn't do what one would expect. (note that i can't write the full path because i switch between linux and OS X, which expand ~ differently: linux to /home/name, OS X to /Users/name.) also, i'd like to be able to specify an export directory for the entire org file, not just a subtree. -- Joost Kremers Life has its moments ___ 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] [PATCH 2/2] Make timestamp search in org-entry-properties more efficient.
Carsten Dominik carsten.domi...@gmail.com writes: On Dec 13, 2010, at 1:53 PM, Matt Lundin wrote: BTW, the two optimization patches do not yet appear in the main git repository: http://repo.or.cz/w/org-mode.git Should be fixed now - please verify. Yes. Everything is there now. Thanks! Matt ___ 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: Unexpceted error when syncing data from Dropbox
MobileOrg has been throwing this error for me since the first day I tried it. (with iPod Touch) I've given up on solving it. I've tried everything mentioned below repeatedly, and I just don't have time to mess with it any longer. The purpose of this post is just to say me too and please fix MobileOrg's error messages. -Rod Greg Troxel g...@ir.bbn.com writes: Martin Stemplinger mstemplin...@gmx.de writes: today I upgraded to org-mode 7.4 (I'm using GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600) should that matter). Since then I receive the message Unexpected Error when I try to sync from Dropbox. I've been using 7.4 with my own webdav server (apache 2.2) with MobileOrg and it's been fine. I would suggest looking at the files in dropbox to see if they look ok. ___ 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] Worg down?
Hi Jeff, Jeff Horn jrhorn...@gmail.com writes: Going to worg at 19:50 EST produced an internal server error from two machines on my network. http://orgmode.org was down for a while at the time you wrote your email and later today, for a few minutes. I allocated more memory to the machine hosting Org and Worg and it's now up again. I'm now investigating what was the issue. Thanks for reporting this! -- 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] MobileOrg: Unexpceted error when syncing data from Dropbox
Have you guys tried reporting the issue directly to Richard? http://mobileorg.ncogni.to/support/ or posting a bug: https://github.com/richard/mobileorg/issues This is a high volume mailing list and its easy for things to get drowned out... talking to the maintainer directly would probably get you a response/fix much faster. http://matburt.net On Mon, Dec 13, 2010 at 11:48 AM, Rodney Price rodpr...@raytheon.comwrote: MobileOrg has been throwing this error for me since the first day I tried it. (with iPod Touch) I've given up on solving it. I've tried everything mentioned below repeatedly, and I just don't have time to mess with it any longer. The purpose of this post is just to say me too and please fix MobileOrg's error messages. -Rod Greg Troxel g...@ir.bbn.com writes: Martin Stemplinger mstemplin...@gmx.de writes: today I upgraded to org-mode 7.4 (I'm using GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600) should that matter). Since then I receive the message Unexpected Error when I try to sync from Dropbox. I've been using 7.4 with my own webdav server (apache 2.2) with MobileOrg and it's been fine. I would suggest looking at the files in dropbox to see if they look ok. ___ 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] Export LaTeX file to different directory?
Hi, On Mon, Dec 13, 2010 at 4:43 PM, Joost Kremers joostkrem...@fastmail.fm wrote: it works if i export a subtree (C-c C-e 1 l), but not if i export a region (set mark, highlight region, then C-c C-e l). I think I had missed your earlier comment about exporting regions. also, it doesn't expand a tilde ~ to my home directory, so writing :EXPORT_FILE_NAME: ~/tmp/temp.tex doesn't do what one would expect. (note that i can't write the full path because i switch between linux and OS X, which expand ~ differently: linux to /home/name, OS X to /Users/name.) On a quick look at the docs, I can't find anything. But it does say if the property EXPORT_FILE_NAME is set, then the exporter will respect it. So if you could set it with some lisp, then you might have a working solution. However you can still make this work but only for sub-trees (not regions) by using relative paths, as in my example. However this does require that your org directory is the same with respect to your $HOME on both systems. So if your org files are in $HOME/org then maybe try ../tmp/file.tex. I know either of these are not exactly what you were looking for, but I am just trying to work around my lack of knowledge about org-mode internals to work out a possible solution. also, i'd like to be able to specify an export directory for the entire org file, not just a subtree. Yes this is what I had mentioned in my first post as a feature that I would like too (even more awesome if remote directories are permitted :)). I think right now you can do this by specifying projects in your init files, not sure though. I think I saw a thread related to that within the last few of months, maybe worth a look? -- Suvayu Open source is the future. It sets us free. ___ 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] Export LaTeX file to different directory?
On Mon, Dec 13, 2010 at 10:57:45AM -0500, Nick Dokos wrote: Joost Kremers joostkrem...@fastmail.fm wrote: If I export (part of) an org-mode file to LaTeX, the LaTeX file is created in the same directory as the org-mode file. Is there a way to specify the file should go somewhere else? Googling and looking through the manual didn't give me anything concrete. There is apparently a property EXPORT_FILE_NAME, but setting this doesn't seem to have any effect. (Though I may be using it wrong, there wasn't any description or example of it in the manual... Plus, I'd like to be able to specify just the export directory, not necessarily the file name as well.) If the more refined methods don't work for you, here is a somewhat brute-force way: #+BIND: org-export-publishing-directory /tmp thanks, but this doesn't seem to work for me at all. :-( i'm using org version 7.4, if that's relevant at all. the variable org-export-publishing-directory is defined in org-exp.el (with defvar and a FIXME...), but it's not used anywhere in a meaningful way, AFAICT. -- Joost Kremers Life has its moments ___ 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] org: rework property set
* org-capture.el (org-capture-fill-template): Use `org-set-property' directly. * org.el (org-set-property): Split property and values reading. (org-read-property-name, org-read-property-value) (org-set-property-function): New functions. (org-property-set-functions-alist): New variable. The initial goal of this patch is to introduce a special variable `org-property-set-functions-alist'. The goal of this variable is to be able to read properties values in a more intelligent way from `org-set-property' or from `org-capture'. For that, I decided to simplify the `org-set-property' code and to remove what seems to be code duplication between `org-capture' and `org-set-property'. I may have done this badly, so I think some one with expertise of this code (Carsten?) should review the code. It works but there maybe some corners case that would not be covered with it. Finally, with org-property-set-functions-alist we can read property in a more intelligent way like that: (defun org-completing-date (prompt collection optional predicate require-match initial-input hist def inherit-input-method) (org-read-date nil nil nil nil (when (and def (not (string= def ))) (org-time-string-to-time def)) initial-input)) (setq org-property-set-functions-alist '((BIRTHDAY . org-completing-date))) You can read a birthday property value using `org-read-date', which is by far more convenient than the usual org-completing-read. Signed-off-by: Julien Danjou jul...@danjou.info --- lisp/org-capture.el | 24 +--- lisp/org.el | 78 ++ 2 files changed, 54 insertions(+), 48 deletions(-) diff --git a/lisp/org-capture.el b/lisp/org-capture.el index 5c7b038..9a93115 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -1288,29 +1288,7 @@ The template may still contain \%?\ for cursor positioning. '(clipboards . 1) (car clipboards)) ((equal char p) - (let* - ((prop (org-substring-no-properties prompt)) -(pall (concat prop _ALL)) -(allowed - (with-current-buffer - (get-buffer (file-name-nondirectory file)) - (or (cdr (assoc pall org-file-properties)) - (cdr (assoc pall org-global-properties)) - (cdr (assoc pall org-global-properties-fixed) -(existing (with-current-buffer - (get-buffer (file-name-nondirectory file)) -(mapcar 'list (org-property-values prop -(propprompt (concat Value for prop : )) -(val (if allowed - (org-completing-read - propprompt - (mapcar 'list (org-split-string allowed - [ \t]+)) - nil 'req-match) - (org-completing-read-no-i propprompt - existing nil nil - nil - (org-set-property prop val))) + (org-set-property (org-substring-no-properties prompt) nil)) (char ;; These are the date/time related ones (setq org-time-was-given (equal (upcase char) char)) diff --git a/lisp/org.el b/lisp/org.el index c4fe6a0..6a55d6b 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13792,6 +13792,54 @@ formats in the current buffer. (hide-entry)) (org-flag-drawer t +(defvar org-property-set-functions-alist nil + Property set function alist. +Each entry should have the following format: + + (PROPERTY . READ-FUNCTION) + +The read function will be called with the same argument as +`org-completing-read.) + +(defun org-set-property-function (property) + Get the function that should be used to set PROPERTY. +This is computed according to `org-property-set-functions-alist'. + (or (cdr (assoc property org-property-set-functions-alist)) + 'org-completing-read)) + +(defun org-read-property-value (property) + Read PROPERTY value from user. + (let* ((completion-ignore-case t) +(allowed (org-property-get-allowed-values nil property 'table)) +(cur (org-entry-get nil property)) +(prompt (concat property value +(if (and cur (string-match \\S- cur)) +(concat [ cur ]) ) : )) +(set-function (org-set-property-function property)) +(val (if allowed + (funcall set-function prompt allowed nil + (not (get-text-property 0 'org-unrestricted +
[Orgmode] Re: Agenda clock reports and tag filters
Hi Bernt and Carsten, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Dec 10, 2010, at 11:08 PM, Bernt Hansen wrote: Carsten Dominik carsten.domi...@gmail.com writes: Try `C-u R'. Awesome :) .. and I'm up-to-date now ... I just didn't know about the prefix for R in the agenda. :) :) I only mean that normally you used to see the commits as they come in and you might have noticed this feature when it was implemented... Not that changing the filter after getting the clock report with `C-u R' will not change the clock report along - this would slow down the filter changes. So you need to refresh the agenda to update the clock table as well. Yes I played with it yesterday and it works great! C-u R makes the clock report use the current filter, changing the filter and updating with 'g' updates the clock report using the current filter set. As I wrote in a [[http://mid.gmane.org/80tyjdl89g.fsf%40mundaneum.com][previous thread]], I would privilege coherency of sums above small delay in table appearance. You know, when we look at tables for chasing time, we really need trustable figures. In fact, I don't really understand your argument: if I want quick reports, I would just choose for the unfiltered view. If I need detailed sums of clocked times, I would go for the filtrable view (by C-u R) and would accept a little delay. If you really don't share this vision, could you at least make this customizable? TIA. I'll try to provide us with such a patch. Now, regarding the contents of the table itself, I have a small question: *how* can we configure the report in order *to stop showing lines* (= files) that have *zero time*? For example, this is what I have: | File | Headline | Time | | |--+--++--| | | ALL *Total time* | *7:08* | | |--+--++--| | GTD.org | *File time* | *0:00* | | |--+--++--| | House.org| *File time* | *0:00* | | |--+--++--| | Personal.org | *File time* | *0:00* | | |--+--++--| | Someday.org | *File time* | *0:00* | | |--+--++--| | Tickler.org | *File time* | *0:00* | | |--+--++--| | bucket.org | *File time* | *0:00* | | |--+--++--| | capture.org | *File time* | *0:00* | | |--+--++--| | refile.org | *File time* | *0:00* | | |--+--++--| | (... many others...) | *File time* | *0:00* | | |--+--++--| | Work.org | *File time* | *3:59* | | | | Habits (Clocked) | 3:59 | | | | \__ Email and News || 0:40 | | | \__ Organization || 3:19 | |--+--++--| | Client.org | *File time* | *3:09* | | | | Tasks| 3:09 | | | | \__ TODO Prepare conference (from... || 3:09 | with, in this case, the info I'm looking at way below the screen... 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: Keep URLs from automagically turning into links in HTML export?
On Mon, 13 Dec 2010 16:53:55 +0100 Giovanni Ridolfi giovanni.rido...@yahoo.it wrote: Oscar Carlsson oscar.carls...@gmail.com writes: Uriel, if you reply please, CC the list,: emacs-orgmode@gnu.org I sent a reply to Oscar's post to the list, but Oscar did not include you :-/, that's why I'm writing directly to you. Uriel Avalos amscopub-m...@yahoo.com writes: . Suppose you have the following org file: , * Hello World http://testlink.com How do you keep that URL from auto-magically turning into an HTML anchor (a href=http://testlink.comhttp://testlink.com/a) in the export? In case I would only want the URL like it is, I would monospace it, like =http://testlink.com=. I like to keep it simple. [[ ][http://testlink.com]] exports as: a href=#http://testlink.com/a Giovanni Thanks for the reply. Actually, is there some (per file) setting that disables that feature all together? The context is a mathML macro that has a URL in the attribute: #MACRO: mathml @math xmlns=http://www.w3.org/1998/Math/MathML; I could use a BEGIN_HTML block but these are meant to be inline, so I have to use @ to escape the html. Unfortunately, the above macro gets exported as @$lt;math xmlns=a href=http://...;http:///agt; which is not the intended result. ___ 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] Export LaTeX file to different directory?
On Mon, Dec 13, 2010 at 12:15 PM, Joost Kremers joostkrem...@fastmail.fm wrote: i'm using org version 7.4, if that's relevant at all. the variable org-export-publishing-directory is defined in org-exp.el (with defvar and a FIXME...), but it's not used anywhere in a meaningful way, AFAICT. That just made me think... what if you define an org publishing project with an output directory of ~/tmp or whatever, and then tell org, within each file, that the file belongs to your tmp project? When you publish using the current project, it should do what you're looking for. The only problem I can forsee is that there is no hash-plus file property that can define which project a file belongs to. Maybe in the future? (nudge, nudge) -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ 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: Export LaTeX file to different directory?
Hi Joost, If I export (part of) an org-mode file to LaTeX, the LaTeX file is created in the same directory as the org-mode file. Is there a way to specify the file should go somewhere else? Googling and looking through the manual didn't give me anything concrete. There is apparently a property EXPORT_FILE_NAME, but setting this doesn't seem to have any effect. (Though I may be using it wrong, there wasn't any description or example of it in the manual... Plus, I'd like to be able to specify just the export directory, not necessarily the file name as well.) As far as I know (though others may know better) this isn't possible using per-file configuration with the simple export functions (C-c C-e l and friends). It *is* possible through the publishing framework, though. When you define a publishing target in org-publish-project-alist, you can specify both the :base-directory and :publishing-directory options. For example: (setq org-publish-project-alist '((orgfiles :base-directory ~/org :publishing-directory ~/tmp :publishing-function org-publish-org-to-html :base-extension org$))) See the documentation for Publishing. This approach, however, requires you to do some Elisp customization, and it requires you to statically define your source and destination directories. You may need something more flexible or configurable on a per-file (or per-export, even) basis. The only solution I know of there is to export to a temporary buffer, then save that buffer in the location you want -- though of course this requires interaction from you. If others know of a middle road between using the publishing framework and just doing C-c C-e L C-x C-s every time, I would be interested in hearing about it too. (If there isn't a middle road, consider this my +1 on adding this feature.) Best, Richard ___ 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: Export LaTeX file to different directory?
On Mon, Dec 13, 2010 at 1:34 PM, Richard Lawrence richard.lawre...@berkeley.edu wrote: When you define a publishing target in org-publish-project-alist, you can specify both the :base-directory and :publishing-directory options. For example: (setq org-publish-project-alist '((orgfiles :base-directory ~/org :publishing-directory ~/tmp :publishing-function org-publish-org-to-html :base-extension org$))) Ah... I'm not sure how that'd work. If you want to publish a single project, one that dumps all the files in the tmp directory, it would publish all files in the source directory (definitely not what the OP had in mind, I think). If you publish only this file, it might work. I'm away from my computer with emacs at the moment, so I can't test it out. -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ 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] Turn off all folding (drawers, headlines) during structure moves?
I prefer to work with all the Org elements visible, and get good results with #+STARTUP: showeverything . Even with this setting, during structure editing, drawers (e.g. :CLOCK:) fold when a headline is moved up or down in the structure, and a headline killed and yanked to a new location will yank as folded by default (** headline...). I'm not sure of the mechanism used to implement hiding/folding, are they overlays? Are there additional options to suppress all code-paths where Org folds items? If not, this is a feature request from an interested user. Thanks, Jeff ___ 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: Agenda clock reports and tag filters
Sébastien Vauban wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes: Now, regarding the contents of the table itself, I have a small question: *how* can we configure the report in order *to stop showing lines* (= files) that have *zero time*? For example, this is what I have: | File | Headline | Time | | |--+--++--| | | ALL *Total time* | *7:08* | | |--+--++--| | GTD.org | *File time* | *0:00* | | |--+--++--| | House.org| *File time* | *0:00* | | Hi Seb, I use the following: , | org-agenda-clockreport-parameter-plist is a variable defined in `org-agenda.el'. | Its value is | (:link nil :maxlevel 2 :fileskip0 t) ` HTH, 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] extending CDLATEX
Hi there, I would like extend CDLATEX to include additional latex symbols that I frequently use. Does anybody know how to do this ? cheers M ___ 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] extending CDLATEX
On Mon, 13 Dec 2010 14:06:29 -0500, Marvin Doyley wrote: Hi there, I would like extend CDLATEX to include additional latex symbols that I frequently use. Does anybody know how to do this ? The instructions are in the beginning of the file. Basically, you can customize the variable `cdlatex-math-symbol-alist'. Best, Xiao-Yong -- Jc/*__o/* X\ * (__ Y*/\ ___ 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: eval: Invalid read syntax: #Error during redisplay: (void-function -mode)
Hi Nick, Thanks for your thorough investigation below. I walked through the steps you outlined locally and ran into the same problems, one surprising issue is that if you export the subtree by first narrowing to the subtree with org-narrow-to-subtree and then export the problem does not present itself. I don't know enough about the export mechanism to understand why org-export-preprocess-string is called twice but it seems to me that is the source of the problem. I've added this as a test to the Org-mode test suite to help whoever does know enough about the export mechanics to tell what is taking place. This is also troubling in that it appears that even without this error code block would be evaluated twice on export, which would not be desirable in the case of code blocks with side-effects. Best -- Eric Nick Dokos nicholas.do...@hp.com writes: Thomas S. Dye t...@tsdye.com wrote: ... The other problem persists. I put the example in its own buffer and was able to export the entire buffer without problem. Are you able to export a subtree? I get an error if I try to export just the subtree. The problem appears to be related to exporting results. If I have :exports code, all is well. With :exports results or :exports both, the error pops up. I've been playing with the following org file (basically, Tom's example, except for the results block that gets added when the first src block gets executed): * Export problem #+begin_src emacs-lisp :results wrap :exports both code block results #+end_src #+results: #+BEGIN_RESULT : code block results #+END_RESULT #+begin_src emacs-lisp :var lst=a-list :results list (reverse lst) #+end_src Exporting the whole buffer to LaTeX (C-c C-e l): no problem. Exporting the subtree (C-c C-e 1 l): invalid read syntax: #'. Just as Tom described. The problem seems to have something to do with text properties, in particular the :org-export-license-to-kill property, but I don't know either the code or text properties well enough to figure it out. Nevertheless, here are some observations: o org-export-preprocess-string creates a temp buffer, inserts its string argument into the buffer and then does a series of transformations on the temp buffer (among them org-export-kill-licensed-text and org-export-blocks-preprocess), and finally scrapes what's left in the buffer and returns it as its result. BTW, as a minor nit, this should probably be slightly rewritten to use with-temp-buffer. o org-export-preprocess-string is called twice: the first time, the string argument begins on the newline before the first #+begin_src and ends at the last #+end_src. There are no license-to-kill properties anywhere. The second time, the string argument is the whole thing from the asterisk to the last #+end_src. This time, the innards of the code blocks (the actual code, of face org-block) have an :org-license-to-kill property, whereas the meta-lines (starting with #+ and whose face is org-meta-line) do not. o When org-export-kill-licensed-text gets its hands on this buffer, it kills the code block innards, since they possess the license-to-kill property, leaving empty src/result blocks: #+begin_src emacs-lisp :results wrap :exports both #+end_src #+results: #+BEGIN_RESULT #+END_RESULT #+begin_src emacs-lisp :var lst=a-list :results list #+end_src o Then org-export-blocks-preprocess loops over this and blows up the first time through its regexp-matching loop: it parses the first line as a header and it thinks the rest (from the first #+end+_src to the last #+end_src) is the body of the code block, tries to evaluate it as elisp and fails with the invalid read syntax error. o One experiment I tried was to comment out the call to org-export-kill-licensed-text in org-export-preprocess-string: that's obviously the wrong thing to do, but it does prevent the error from happening, since the code block innards do not get deleted. I'm not sure how any of this is supposed to work, so I cannot really go any further with what I've got. I hope the information above is helpful to whoever decides to take a look. Or if someone can describe how this is supposed to work at a high level, maybe I can dig a bit further. Thanks, Nick GNU Emacs 23.2.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2010-10-27 on gamaville.dokosmarshall.org Org-mode version 7.4 (release_7.4.13.gb65ba.dirty) ___ 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] Error running ditaa
Hi Dov, I agree with your point that the ditaa and dot aspects of org-export-blocks could be fruitfully refactored, however those parts of org-export-blocks are nearly deprecated and are only retained for backwards compatibility. Please use code blocks [1] for a more interactive and powerful means of evaluating and exporting dot and ditaa (and many other) blocks of code. Thanks -- Eric Dov Grobgeld dov.grobg...@gmail.com writes: When running ditaa on Linux fedora 12 through java, I get the following errors: java -jar /usr/share/java/ditaa.jar -r -S /tmp/org-ditaa27392h-V blue_fd02b5c06d6a5cb80eaf27098c3c490dc81326ce.png Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on Exception in thread main java.lang.NoClassDefFoundError: org/apache/commons/cli/ParseException Caused by: java.lang.ClassNotFoundException: org.apache.commons.cli.ParseException at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:319) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:264) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:332) Could not find the main class: org.stathissideris.ascii2image.core.CommandLineConverter. Program will exit. This can be taken care of by using the shell script that comes with ditaa, i.e.: ditaa -r -S /tmp/org-ditaa27392h-V But to do this from within emacs I need to patch org-exp-blocks.el as follows: -(unless (file-exists-p org-ditaa-jar-path) - (error (format Could not find ditaa.jar at %s org-ditaa-jar-path))) : -(message (concat java -jar org-ditaa-jar-path args data-file out-file)) -(shell-command (concat java -jar org-ditaa-jar-path args data-file out-file))) +(message (concat ditaa args data-file out-file)) +(shell-command (concat ditaa args data-file out-file))) (You also need to erase the checking for the existance of dita.jar) Wouldn't it make more sense to replace the variable org-ditaa-jar-path with a new variable org-ditaa-command that by default contains java -jar /old/value/of/org-ditaa-jar-path? This would allow replacing it with a shell script. Would a patch be accepted, or do you prefer to remain backward compatible? On a related question. Since there is quite a lot of common code between org-export-blocks-format-dot and org-export-blocks-format-ditaa (especially if my patch is accepted), wouldn't it make sense to create a org-export-blocks-format-meta that take all the differences between the various export-blocks as parameters? This would simplify adding additional org-export-blocks. Regards, Dov ___ 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] http://orgmode.org/manual/Working-With-Source-Code.html ___ 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] Fontification of blocks
Hi Seb, This looks like a very nice addition. Could you refactor your patch so that this behavior is controlled by a user configurable defcustom variable? Thanks -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi, In order to make the blocks stand out more clearly in the mix of prose, code and table results of many Babel Org files, I've added 2 new faces: - org-block-begin-line - org-block-end-line These apply to the line just before and after the block's body: #+srcname: top-10-dossiers-with-many-prestations #+begin_src sql org-block-begin-line SELECT TOP 10 prsPfiID_fk, COUNT(*) AS '# Prestations' FROM prestations GROUP BY prsPfiID_fk ORDER BY COUNT(*) DESC #+end_src org-block-end-line Not only for =src=, but also for =verse=, =quote=, etc. This patch takes care of the correct fontification, both in native style, and in the no native fontification style: diff --git a/lisp/org.el b/lisp/org.el index e03e9ca..f57c09b 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5137,8 +5137,8 @@ will be prompted for. (add-text-properties beg end '(font-lock-fontified t font-lock-multiline t)) - (add-text-properties beg beg1 '(face org-meta-line)) - (add-text-properties end1 (+ end 1) '(face org-meta-line)) + (add-text-properties beg beg1 '(face org-block-begin-line)) + (add-text-properties end1 (+ end 1) '(face org-block-end-line)) ; for end_src (cond ((and lang org-src-fontify-natively) @@ -5149,9 +5149,9 @@ will be prompted for. ; end of source block ((not org-fontify-quote-and-verse-blocks)) ((string= block-type quote) - (add-text-properties beg1 end1 '(face org-quote))) + (add-text-properties beg1 (1+ end1) '(face org-quote))) ((string= block-type verse) - (add-text-properties beg1 end1 '(face org-verse + (add-text-properties beg1 (1+ end1) '(face org-verse t)) ((member dc1 '(title: author: email: date:)) (add-text-properties @@ -5167,7 +5167,7 @@ will be prompted for. ((not (member (char-after beg) '(?\ ?\t))) ;; just any other in-buffer setting, but not indented (add-text-properties - beg (match-end 0) + beg (1+ (match-end 0)) '(font-lock-fontified t face org-meta-line)) t) ((or (member dc1 '(begin: end: caption: label: 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] Re: [Babel] How to pass variables to SQL blocks?
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: (I thought this feature would be implemented using real SQL vars, hence my @ prefix. But viewing the code shows the replacement is made outside of the SQL snippet's knowledge.) I agree that using real SQL variables would be preferable. If you want to submit a patch to this effect I would be happy to review it and apply. Tested. Works as expected... Thanks a lot! Maybe the following should be put on some TODO list, even if not urgent? * No warning if block does not exist Please note that inexistent references are ignored, without further notice. That's the case for such a block (where I forgot the number suffix): #+srcname: contains-inexistent-ref #+begin_src sql :noweb yes add-column-in-table #+end_src The lack of notice (or error) was originally intentional. The logic being that there may be languages in which something constructs are part of the language syntax, and in those languages Org-mode should ignore such constructs unless the something contained in the 's is actually the name of a code block. It may make sense to revisit this design decision. Best -- Eric Thanks. 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] Coding systems in Babel
Hi Vincent, This may be a by product of your local Emacs settings. I say this only because when I execute the same code block I get a different result, e.g. ** utf8 and latin-1 encodings #+tblname: toto | é | #+begin_src python :var t=toto :preamble # -*- coding: latin1 -*- :return [len(babel), len(local)] babel = unicode (t[0][0],latin1) local = unicode (é,latin1) #+end_src #+results: | 2 | 2 | I must profess I don't know what the python commands in your example code block are doing, and I'm not sure what the desired result is. Hope this is of some help-- Eric Vincent Beffara vbeff...@ens-lyon.fr writes: Hi, it's me again, still trying to make sense of the interaction between Org, Babel and coding systems. I have, in a UTF8-encoded .org file, this code block: #+tblname: toto | é | #+begin_src python :var t=toto :preamble # -*- coding: latin1 -*- babel = unicode (t[0][0],latin1) local = unicode (é,latin1) return [len(babel), len(local)] #+end_src Evaluating the block with C-c C-c leads to this: #+results: | 1 | 1 | So, the instance of python spawned by C-c C-c receives the text as latin-1 encoded. Somewhere a conversion from UTF8 to latin-1 happens. But I don't want that, I want everything to stay in UTF8 from the beginning to the end. I guess I have two questions: At what point in the process is the convertion performed ? How do I prevent it / how do I specify UTF8 as the exchange format between Org-Babel and outside processes spawned by C-c C-c ? The whole point is to make executed code-blocks and tangled source code behave the same way - in that particular case, tangling leads to a UTF8-encoded file, which is what I expected to happen. Thanks for your help! /vincent ___ 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] void-function org-babel-load-file
Hi Karl, Are you sure you are using the latest version of Org-mode? I have the following in my init.el file (this is the whole file) and I have not had any problems. #+begin_src emacs-lisp (setq warning-suppress-types nil eshell-output-filter-functions nil) (setq dotfiles-dir (file-name-directory (or load-file-name (buffer-file-name (add-to-list 'load-path (expand-file-name lisp (expand-file-name org (expand-file-name src dotfiles-dir ;; Load up Org Mode and Babel (require 'org-install) ;; load up the main file (org-babel-load-file (expand-file-name starter-kit.org dotfiles-dir)) #+end_src Best -- Eric Karl Maihofer ignora...@gmx.de writes: Dear Orgmode Users, when I try to update to the latest git version of Org I get the following error. What do I miss? , | Debugger entered--Lisp error: (void-function org-babel-load-file) | (org-babel-load-file (expand-file-name e:/configs/emacs-config.org dotfiles-dir)) | eval-buffer(#buffer *load* nil c:/emacs/home/.emacs.d/init.el nil t) ; Reading at buffer position 1038 | load-with-code-conversion(c:/emacs/home/.emacs.d/init.el c:/emacs/home/.emacs.d/init.el t t) | load(c:/emacs/home/.emacs.d/init t t) | #[nil ` I use the following in my init.el without problems until today: , | (add-to-list 'load-path ~/elisp/org-mode-2010-12-07/lisp/) | (add-to-list 'load-path ~/elisp/org-mode-2010-12-07/contrib/lisp/) | | (setq dotfiles-dir (file-name-directory (or load-file-name (buffer-file-name | (add-to-list 'load-path (expand-file-name lisp | (expand-file-name org | (expand-file-name src dotfiles-dir | | ;; Org-Mode und Org-Babel starten | (require 'org-install) | | ;; Emacs-Konfiguration einlesen | (org-babel-load-file (expand-file-name e:/configs/emacs-config.org dotfiles-dir)) ` Thanks! Regards, Karl ___ 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] The first line of the code blocks disappears in the tangled file
I am able to reproduce this error when evaluating a latex code block, so for example #+begin_src org :results latex :results replace ,- eric ,- schulte #+end_src #+results: #+BEGIN_LaTeX \begin{itemize} \item schulte \end{itemize} #+END_LaTeX This is due to the fact that org mode code blocks in the presence of :results latex or :results html will actually convert their contents to the requested language using Org-mode's export mechanism. I believe that in this case the latex exporter wants the first line of the code block to be used as a title. I've just pushed up a patch which pads the first line of org-mode code blocks with an empty title during latex export. Best -- Eric Chris Malone chris.m.mal...@gmail.com writes: Hi Seb, I can't say that I understand the problem, but I can reproduce it - any line right after the #+begin_src org :results latex is being stripped upon tangle.? Not sure if it helps or not, but I'm using org-mode version 7.3 =release_7.3.89.g97f4c.dirty= with emacs 22.2.1. Chris 2010/12/8 S?bastien Vauban wxhgmqzgw...@spammotel.com #+TITLE: ? ? Isodoc letter (to be tangled to LaTeX file) #+DATE: ? ? ?2010-12-08 #+LANGUAGE: ?fr_FR Right now, this letter *must be tangled* and post-processed via =PDFLaTeX=. It can't be exported directly to PDF/HTML (=args out of range= error). The problem I'm reporting here is visible *in the tangled file* (TeX). So, to reproduce it, just do =C-c C-v C-t= on this file, and look at the tangled one. * To #+begin_src csv :tangle addresses.csvbr FirstName,LastName,Address,PostCode,Townbr Anybody,Kind Enough,to look,at,thisbr #+end_srcbr * Subject #+srcname: subject #+begin_src org :results latexbr This is my subject linebr #+end_srcbr * Opening #+srcname: opening #+begin_src org :results latexbr Dear,br #+end_srcbr * Body #+srcname: body #+begin_src org :results latexbr This example was working for me in the past but is having problems now (atbr least, on my new Windows machine -- after the Ubuntu one died): the first linebr of every block of text is simply eaten when being tangled.br br The second paragraph does not exhibit any particular trouble, so it really isbr the first line of every code block. Notice, *in the TeX tangled file*, that:br br - the one-liner subject becomes voidbr - the one-liner opening becomes voidbr - the body looses its first linebr - the one-liner closing becomes voidbr #+end_srcbr * Closing #+srcname: closing #+begin_src org :results latexbr Can you reproduce this?br #+end_srcbr * Letter composition #+begin_src latex :noweb yes :tangle yesbr \documentclass[11pt]{isodoc}br \usepackage[utf8x]{inputenc}br \usepackage[T1]{fontenc}br \usepackage{datatool}br \DTLloaddb{addresses}{addresses.csv}br br \usepackage[scorpios]{isodoc-style}br br \setupdocument{br subject = {%br lt;lt;subject()gt;gt;},br opening = {%br lt;lt;opening()gt;gt;},br closing = {%br lt;lt;closing()gt;gt;}br }br br \begin{document}br \DTLforeach{addresses}{%br \firstname=FirstName,%br \lastname=LastName,%br \addressi=Address,%br \postcode=PostCode,%br \town=Town%br }{%br \letter[to={\firstname~\lastname\\\addressi\\\postcode~\town}]{%br lt;lt;body()gt;gt;br }}br \end{document}br #+end_srcbr 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 ___ 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: Agenda clock reports and tag filters
Hi Bernt, Bernt Hansen wrote: Sébastien Vauban writes: Now, regarding the contents of the table itself, I have a small question: *how* can we configure the report in order *to stop showing lines* (= files) that have *zero time*? I use the following org-agenda-clockreport-parameter-plist. Of course... I did not think at that variable anymore. Thanks for your speedy answer! 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: Debugger entered--Lisp error: (void-function -mode)
Hi Eric, Eric Schulte wrote: Does this error still exist? Yes, I do think so, but... If so could you send a small example org-mode file which reproduces the problem? I'm not able to reproduce it right now... Thanks! 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: Fontification of blocks
Hi Eric, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: In order to make the blocks stand out more clearly in the mix of prose, code and table results of many Babel Org files, I've added 2 new faces: - org-block-begin-line - org-block-end-line These apply to the line just before and after the block's body: #+srcname: top-10-dossiers-with-many-prestations #+begin_src sql org-block-begin-line SELECT TOP 10 prsPfiID_fk, COUNT(*) AS '# Prestations' FROM prestations GROUP BY prsPfiID_fk ORDER BY COUNT(*) DESC #+end_src org-block-end-line Not only for =src=, but also for =verse=, =quote=, etc. This looks like a very nice addition. Could you refactor your patch so that this behavior is controlled by a user configurable defcustom variable? For sure, I'm willing whatever is needed to make it more acceptable. But I'm not sure about the purpose of that variable... You want something such as =org-have-extra-faces=, and in case of: - =t=, use them - =nil=, use the old face =org-meta-line=. Is is that? I find that to be uselessly complexifying the fontification code. What was in my mind was have 2 new deffaces (not provided in the patch), with the same default value (or even an inherit property, that's much better) as =org-meta-line=. Wouldn't that be better? In the case of the inheritage, if not customized in the color theme, the user would not see any change (I guess)... FYI, my intention is to add different faces as well for header arguments and their values... 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] [org-babel] Dynamic Tangle?
Hi Nathan, The easiest way I can think of to accomplish templates would be through some abuse of code block evaluation. Maybe something like the following would work... ** tangle templates #+source: template-heading #+begin_src emacs-lisp some stuff here #+end_src #+source: template-footing #+begin_src emacs-lisp some other stuff here #+end_src #+source: template #+begin_src sh :results output :noweb yes :var body=body stuff heading=$(catEOF template-heading EOF ) footing=$(catEOF template-footing EOF ) echo $heading echo $body echo $footing #+end_src #+call: template[:noweb yes](body=something new) #+results: template[:noweb yes](body=something new) : some stuff here : something new : some other stuff here I hope this makes sense, and isn't too gross looking, for a really clean implementation the template function could be located in a different org file using the library of babel. Note, that this relies upon an improvement to variable escaping that I just pushed up to the latest version in git. Best -- Eric Nathan Neff nathan.n...@gmail.com writes: I'm preparing a presentation and I'm getting using tangle to show code /and/ produce working code examples -- this is really cool. It is possible to define a template and pass code blocks to it? For example: (Using pseudo-org-babel-code for brevity) #+template header code code_that_is_passed_to_me footer code #+example1 :render #+template with 111 11 #+example2 :render #+template with 22 2 The tangled output would be: header code 111 footer code header code 22 footer code I'm already able to use org-babel like below, but I have to put a footer and a header in each code block. Here's my existing setup: #+header header code #+footer footer code #+example1 header-- I have to specify these header and footer in each code block 111 footer #+example2 header 22 footer Thanks again for org-babel -- I'll post my presentation when I get it done. --Nate ___ 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: [PATCH] org: rework property set
Thanks Julien, This patch format is better. Could you put the comments like 'I may have done this badly, ...' and 'It works but there maybe some corners case ...' after the --- and before the diffstat? This isn't really useful to keep permanently in the org-mode history if this patch is accepted but it does convey useful information that maybe there are issues with this patch still and they should be looked at. Anything between the --- and the diffstat is ignored when the patch is used to create commits in git so they automatically just go away without any intervention by the maintainer of the project. It's great that you are providing this extra information - it just should be moved to a better location in the patch so that it doesn't become part of the permanent history of the project. Do you really want to read 'I may have done this badly' five years from now? :) Regards, Bernt Julien Danjou jul...@danjou.info writes: * org-capture.el (org-capture-fill-template): Use `org-set-property' directly. * org.el (org-set-property): Split property and values reading. (org-read-property-name, org-read-property-value) (org-set-property-function): New functions. (org-property-set-functions-alist): New variable. The initial goal of this patch is to introduce a special variable `org-property-set-functions-alist'. The goal of this variable is to be able to read properties values in a more intelligent way from `org-set-property' or from `org-capture'. For that, I decided to simplify the `org-set-property' code and to remove what seems to be code duplication between `org-capture' and `org-set-property'. I may have done this badly, so I think some one with expertise of this code (Carsten?) should review the code. It works but there maybe some corners case that would not be covered with it. Finally, with org-property-set-functions-alist we can read property in a more intelligent way like that: (defun org-completing-date (prompt collection optional predicate require-match initial-input hist def inherit-input-method) (org-read-date nil nil nil nil (when (and def (not (string= def ))) (org-time-string-to-time def)) initial-input)) (setq org-property-set-functions-alist '((BIRTHDAY . org-completing-date))) You can read a birthday property value using `org-read-date', which is by far more convenient than the usual org-completing-read. Signed-off-by: Julien Danjou jul...@danjou.info --- [Extra informational comments that don't really belong as part of the commit message should go here. These will be discarded when the patch is applied] lisp/org-capture.el | 24 +--- lisp/org.el | 78 ++ 2 files changed, 54 insertions(+), 48 deletions(-) diff --git a/lisp/org-capture.el b/lisp/org-capture.el index 5c7b038..9a93115 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -1288,29 +1288,7 @@ The template may still contain \%?\ for cursor positioning. '(clipboards . 1) (car clipboards)) ((equal char p) - (let* - ((prop (org-substring-no-properties prompt)) - (pall (concat prop _ALL)) - (allowed - (with-current-buffer - (get-buffer (file-name-nondirectory file)) - (or (cdr (assoc pall org-file-properties)) - (cdr (assoc pall org-global-properties)) - (cdr (assoc pall org-global-properties-fixed) - (existing (with-current-buffer -(get-buffer (file-name-nondirectory file)) - (mapcar 'list (org-property-values prop - (propprompt (concat Value for prop : )) - (val (if allowed - (org-completing-read -propprompt -(mapcar 'list (org-split-string allowed -[ \t]+)) -nil 'req-match) - (org-completing-read-no-i propprompt - existing nil nil -nil - (org-set-property prop val))) + (org-set-property (org-substring-no-properties prompt) nil)) (char ;; These are the date/time related ones (setq org-time-was-given (equal (upcase char) char)) diff --git a/lisp/org.el b/lisp/org.el index c4fe6a0..6a55d6b 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -13792,6 +13792,54 @@ formats in the current buffer. (hide-entry)) (org-flag-drawer t +(defvar
[Orgmode] Re: [Babel] How to pass variables to SQL blocks?
Hi Eric, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: (I thought this feature would be implemented using real SQL vars, hence my @ prefix. But viewing the code shows the replacement is made outside of the SQL snippet's knowledge.) I agree that using real SQL variables would be preferable. If you want to submit a patch to this effect I would be happy to review it and apply. I'll give a shot -- not in the really short term, though. Which example should I look at? shell? Maybe the following should be put on some TODO list, even if not urgent? * No warning if block does not exist Please note that inexistent references are ignored, without further notice. That's the case for such a block (where I forgot the number suffix): #+srcname: contains-inexistent-ref #+begin_src sql :noweb yes add-column-in-table #+end_src The lack of notice (or error) was originally intentional. The logic being that there may be languages in which something constructs are part of the language syntax, and in those languages Org-mode should ignore such constructs unless the something contained in the 's is actually the name of a code block. It may make sense to revisit this design decision. IMHO, it should, yes. Because a typo is so easy, and the results can be very different then, from what's expected... OK, there is always a preview mode, but an alert is better (for me). Maybe adding an option for those languages, that would suppress such warnings? Re helper functions for such named code blocks, do you have an idea what I should do to have the IMenu index of code blocks working? See previous thread [[http://mid.gmane.org/808w09foxd.fsf%40missioncriticalit.com][Re: imenu support for babel blocks]]. Thanks for any hint! 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: Fontification of blocks
Hi David, David O'Toole wrote: 2010/12/10 Sébastien Vauban wxhgmqzgw...@spammotel.com: In order to make the blocks stand out more clearly in the mix of prose, code and table results of many Babel Org files, I've added 2 new faces: - org-block-begin-line - org-block-end-line These apply to the line just before and after the block's body: I give a definite Vote++ to this feature! Thanks for the incentive. And happy to know it will please others as well... 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] A python module for orgmode files
Hi all, A new project : A python module for orgmode files https://github.com/bjonnh/PyOrgMode Hope someone would find this useful/helpful. You can also contribute as much as you wish/can ;) The code is not really clean (I'm working on docstrings and cleaning-up) but should be usable. Please send the diff between your test file and the output (the included file test.org gives identical results, but it's not always the case) using the test.py test script. This module works with Python 3.1 and 2.7. Cheers ___ 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] Remove stray apostrophe
* lisp/org.el: Remove stray apostrophe at the beginning of org.el --- lisp/org.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index c4fe6a0..1f17476 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -1,4 +1,4 @@ -';;; org.el --- Outline-based notes management and organizer +;;; org.el --- Outline-based notes management and organizer ;; Carstens outline-mode for keeping track of everything. ;; Copyright (C) 2004, 2005, 2006, 2007, 2008, 2009, 2010 ;; Free Software Foundation, Inc. -- 1.7.3.3 ___ 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: Unexpceted error when syncing data from Dropbox
Hi All, I've had a few emails on this and I spent a while this evening trying to recreate it. Unfortunately, I've been unable to make this happen. It sounds like there are 2 errors people are seeing: - Unexpected error when syncing - Bad file encoding If anyone is able to take a snapshot of an org-mobile-directory that is triggering this problem, I'd love to run it through the debugger here and see what's going on. Or if you've got an idea of how to recreate it another way, please let me know. I've tried just about everything I can think of to no avail. I appreciate the help of anyone who can help me recreate it. Thanks, Richard On Mon, Dec 13, 2010 at 4:53 PM, Martin Stemplinger mstemplin...@gmx.de wrote: Hallo Matthew Jones, am 13.12.2010 schriebst Du: Have you guys tried reporting the issue directly to Richard? No I did not think of it :-(. Following the descriptin found at https://gist.github.com/605245 the problem disappeared. even if I don't understand why. Thanks for the hint and sorry for the noise! Martin ___ 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] A python module for orgmode files
Thanks for sharing! I'm just learning Python, but grok org-mode well enough to use it everyday. I'll take a look and contribute if I can! Jeff On Mon, Dec 13, 2010 at 6:31 PM, Jonathan BISSON bissonjonat...@gmail.com wrote: Hi all, A new project : A python module for orgmode files https://github.com/bjonnh/PyOrgMode Hope someone would find this useful/helpful. You can also contribute as much as you wish/can ;) The code is not really clean (I'm working on docstrings and cleaning-up) but should be usable. Please send the diff between your test file and the output (the included file test.org gives identical results, but it's not always the case) using the test.py test script. This module works with Python 3.1 and 2.7. Cheers ___ 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 -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ 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] A python module for orgmode files
I guess the real question is: did you write the org-mode-parsing Python code using org-mode? ;-) Looks promising, and I'll see if there is anything I can contribute, although I am currently more familiar with Python than org-mode. Chris On Mon, Dec 13, 2010 at 6:57 PM, Jeff Horn jrhorn...@gmail.com wrote: Thanks for sharing! I'm just learning Python, but grok org-mode well enough to use it everyday. I'll take a look and contribute if I can! Jeff On Mon, Dec 13, 2010 at 6:31 PM, Jonathan BISSON bissonjonat...@gmail.com wrote: Hi all, A new project : A python module for orgmode files https://github.com/bjonnh/PyOrgMode Hope someone would find this useful/helpful. You can also contribute as much as you wish/can ;) The code is not really clean (I'm working on docstrings and cleaning-up) but should be usable. Please send the diff between your test file and the output (the included file test.org gives identical results, but it's not always the case) using the test.py test script. This module works with Python 3.1 and 2.7. Cheers ___ 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 -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ 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] A python module for orgmode files
On 12/14/2010 01:03 AM, Chris Malone wrote: I guess the real question is: did you write the org-mode-parsing Python code using org-mode? ;-) No but I was thinking that would be nice to fold classes and get TODO items (and even scheduled ones) Maybe using # as a star. I don't know if it it possible to couple python-mode to org-mode Looks promising, and I'll see if there is anything I can contribute, although I am currently more familiar with Python than org-mode. Thanks Jeff and Chris, I would be happy to see what can be done with this. (I'm trying to follow the http://www.python.org/dev/peps/pep-0008/ Python Style Guide for the code to be clean and understandable) J. ___ 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] A python module for orgmode files
On Mon, Dec 13, 2010 at 7:24 PM, Jonathan BISSON bissonjonat...@gmail.com wrote: On 12/14/2010 01:03 AM, Chris Malone wrote: I guess the real question is: did you write the org-mode-parsing Python code using org-mode? ;-) No but I was thinking that would be nice to fold classes and get TODO items (and even scheduled ones) Maybe using # as a star. I don't know if it it possible to couple python-mode to org-mode I think what Chris was referring to is the fact that you can write literate programs using org-mode and org-babel. You can mix documentation and code, and then run some nifty functions that separate them out. The advantage, of course, is that your source is self-documenting. I suppose most people comment their code when they open-source a project, but I also suspect their are some real advantages to organizing your source code using org-mode's hierachies. -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com http://www.failuretorefrain.com/jeff/ ___ 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: Export LaTeX file to different directory?
Jeff Horn jrhorn...@gmail.com writes: If you want to publish a single project, one that dumps all the files in the tmp directory, it would publish all files in the source directory (definitely not what the OP had in mind, I think). If you publish only this file, it might work. Yes, there is a Publish current file option in the export dispatcher, though I've never used it myself. Using this option with the right combination of :base-directory, :publishing-directory, and :exclude/:include in org-publish-project-alist might do the trick, depending on the OP's exact scenario. Richard ___ 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] in the orgmode site, a broken link
At Wed, 8 Dec 2010 19:53:30 +0100, titi toto wrote: At this address : http://orgmode.org/worg/org-tutorials/org-appearance.php#sec-2 in the Org-mode ready color-themes section, the link doesn't work because it is pointing to file:///home/cdominik/Private/Dropbox/Worg/ org-color-themes.php I think it's an error , right? Yes, and its fixed now. As soon as the web pages are updated the link will work again. Thanks for reporting, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpP7BTmxvDsn.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