[Orgmode] Re: Example for beamer export with blocks and twocolumn
Eric S Fraga writes: > Loris Bennett 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)) ?\[)
+ "TIMEST
[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 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 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 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 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 (http://testlink.com>http://testlink.com) 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 : 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 : 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 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 (http://testlink.com>http://testlink.com) 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 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-st
Re: [Orgmode] Re: Keep URLs from automagically turning into links in HTML export?
Oscar Carlsson writes: > Uriel Avalos 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 (http://testlink.com>http://testlink.com) 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: http://testlink.com 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/, OS X to /Users/.) 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 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 writes: > Martin Stemplinger 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 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 wrote: > 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 writes: > > > Martin Stemplinger 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 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/, > OS X to /Users/.) > 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 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
---
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 writes: >> On Dec 10, 2010, at 11:08 PM, Bernt Hansen wrote: >>> Carsten Dominik 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 wrote: > Oscar Carlsson 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 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 (http://testlink.com>http://testlink.com) 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: > > http://testlink.com > > 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 @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="http://...";>http://"> 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 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
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 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 writes: > Thomas S. Dye 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 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 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 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 >>> <> >>> #+end_src > The lack of notice (or error) was originally intentional. The logic being that there may be languages in which <> 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 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 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(# 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 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
>
> #+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.csv
> FirstName,LastName,Address,PostCode,Town
> Anybody,Kind Enough,to look,at,this
> #+end_src
>
> * Subject
> #+srcname: subject
>
> #+begin_src org :results latex
> This is my subject line
> #+end_src
>
> * Opening
> #+srcname: opening
>
> #+begin_src org :results latex
> Dear,
> #+end_src
>
> * Body
> #+srcname: body
>
> #+begin_src org :results latex
> This example was working for me in the past but is having problems now (at
> least, on my new Windows machine -- after the Ubuntu one died): the first
> line
> of every block of text is simply eaten when being tangled.
>
> The second paragraph does not exhibit any particular trouble, so it really
> is
> the first line of every code block. Notice, *in the TeX tangled file*,
> that:
>
> - the one-liner subject becomes void
> - the one-liner opening becomes void
> - the body looses its first line
> - the one-liner closing becomes void
> #+end_src
>
> * Closing
> #+srcname: closing
>
> #+begin_src org :results latex
> Can you reproduce this?
> #+end_src
>
> * Letter composition
>
> #+begin_src latex :noweb yes :tangle yes
> \documentclass[11pt]{isodoc}
> \usepackage[utf8x]{inputenc}
> \usepackage[T1]{fontenc}
> \usepackage{datatool}
> \DTLloaddb{addresses}{addresses.csv}
>
> \usepackage[scorpios]{isodoc-style}
>
> \setupdocument{
> subject = {%
><>},
> opening = {%
><>},
> closing = {%
><>}
> }
>
> \begin{document}
> \DTLforeach{addresses}{%
> \firstname=FirstName,%
> \lastname=LastName,%
> \addressi=Address,%
> \postcode=PostCode,%
> \town=Town%
> }{%
> \letter[to={\firstname~\lastname\\\addressi\\\postcode~\town}]{%
> <>
> }}
> \end{document}
> #+end_src
>
> 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 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=$(cat<> EOF ) footing=$(cat<> 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 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 > <> > 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 <> and a <> in each code block. > > Here's my existing setup: > #+header > header code > > #+footer > footer code > > #+example1 > <><-- I have to specify these <> and <> in > each code block > 111 > <> > > #+example2 > <> > 22 > <> > > 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 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
> ---
[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."
>
[Orgmode] Re: [Babel] How to pass variables to SQL blocks?
Hi Eric, "Eric Schulte" wrote: > Sébastien Vauban 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 <> #+end_src > > The lack of notice (or error) was originally intentional. The logic > being that there may be languages in which <> 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 : >> 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
Re: [Orgmode] MobileOrg: "Unexpceted error" when syncing data from Dropbox
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
Re: [Orgmode] Re: [Babel] How to pass variables to SQL blocks?
Sébastien Vauban writes: > Hi Eric, > > "Eric Schulte" wrote: >> Sébastien Vauban 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? > great, and please no rush. shell actually has rather sophisticated variable passing, maybe sqlite and gnuplot would provide examples more similar to sql. > > >>> 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 > <> > #+end_src >> >> The lack of notice (or error) was originally intentional. The logic >> being that there may be languages in which <> 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? > That may be the best idea, once again a header argument may be the most flexible solution. > > 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]]. > I don't have any experience with IMenu support, however to map over all code blocks in a file extracting information I would suggest using the org-babel-map-src-blocks macro. Cheers -- Eric > > Thanks for any hint! > > 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: Turn off all folding (drawers, headlines) during structure moves?
Jeff Kowalczyk writes: > 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 Hi Jeff, I just use visible-mode which I have bound to f9-v (global-set-key (kbd " v") 'visible-mode) to disable folding completely. This is a toggle setting and works great for me. 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] 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 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 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 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 > 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 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 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
[Orgmode] Re: A python module for orgmode files
Jonathan BISSON gmail.com> writes: > > Hi all, > > A new project : A python module for orgmode files > > https://github.com/bjonnh/PyOrgMode I wrote a Python Orgnode module at least a year ago. Have a look at this and feel free to adapt what you find of interest. My module is designed to read an orgmode file into a list of Orgnode objects. http://members.optusnet.com.au/~charles57/GTD/orgnode.html Charles ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
