[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Eric, your commit 88b8b839 raises the following warnings during compile on EMACS 23.1: In org-babel-demarcate-block: ob.el:1157:27:Warning: `previous-line' used from Lisp code That command is designed for interactive use only ob.el:1155:78:Warning: reference to free variable `stars' ob.el:1159:55:Warning: `previous-line' used from Lisp code That command is designed for interactive use only In end of data: ob.el:1826:1:Warning: the function `org-current-level' is not known to be defined. Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Bug? org.el:org-open-at-point
David Maus dm...@ictsoc.de writes: Okay, I've pushed a change to master that adds two functions `org-wl-open-nntp' and `org-gnus-open-nntp' to open nntp: links with WL or Gnus, respectively. Thanks, that looks good. Gnus still doesn't do anything and silently ignores the link, but I'm almost certain that this is due to GNUS and how it's currently configured on my end rather than Org... Amusingly, when not registering the link handler, Org creates a new headline at the end of the buffer with the link content. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ___ Emacs-orgmode 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: [babel] Environment around exported results
Hi Eric, Sébastien Vauban wrote: Eric Schulte wrote: Would you mind creating an LaTeX environment around the =results= block, so that we could have the code colorized (via listings or Minted), and clearly distinguish the results, if we want so. Having an environment would allow one to use non-proportional font for the results, or a shadowed background, or... Would such an environment be in addition too or in place of wrapping results in the example environment? I would think of something like this: \begin{orgresults} ... results block ... \end{orgresults} so that one can customize the =orgresults= environment in LaTeX to get a colored background, another font, etc. What would you suggest for tabular results? Nothing different for tables: just the same plain default environment around the results part. One very nice property of the current setup is that it relies solely on vanilla Org-mode for export features. If the example export of Org-mode allowed some form of customization through a customizable div class or latex environment would that be sufficient? The name of the environment could be in a variable, yes. But please note the above request can come out of a misunderstanding or poor knowledge of already existing parametrization of Org-Babel. Put me back on tracks if needed... To illustrate the output I can currently get (and its corresponding source, in vis-à-vis), go and see http://www.mygooglest.com/sva/ob-exported-results.png. What I would like, to improve readability, is to be able to put a light green background for all the generated results, by customizing an added environment that has been put around the results block. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi, I'm late to this discussion, but just a lateral thought: Would you consider rewriting this as `org-demarcate-block' or similar, to operate on all #+begin_...end blocks, not just src? If generalized this function could be equally useful for non-src blocks as well. Example blocks come immediately to mind, but there are non-coding applications too. For instance, I store many notes with quotes from various texts, sometimes in fairly long =#+begin_quote= blocks, which I then need to split up when I want to write an extended discussion of a passage, quoting a few lines at a time. For those who use verse blocks (I all too seldom have the need...), it may be even more useful. For personal use, I already have a little org-insert-block utility function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther blocks at a keystroke. This works for me since I use at least the first two more or less equally often. A generalized demarcate-block function would be a nice complement. Yours, CM I've just added this to the org-mode repo. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, For me, fundamentally code-block related, in the absence of execution-related functionality, points to org-src.el rather than org-babel, so I suggest naming this function org-src-demarcate-block. The babel keymap is still a good place for a binding -- I think it's reasonable for the babel keymap to accomodate pure code block stuff in addition to execution/tangling stuff. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Christian Moe E-mail: m...@christianmoe.com Website: http://christianmoe.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: orgmode as a reference system: Storing private/sensitive information and syncing across devices.
On Mon, 20 Sep 2010 18:41:19 -0500 Marcelo de Moraes Serpa celose...@gmail.com wrote: I wonder what you guys think about other note-taking software, such as Evernote, that operate in the cloud. I know many people that keep their sensitive data on Evernote and sync with different computers and devices. Those who store _really_ sensitive data unencrypted in the cloud are too lazy to think about it for a moment. Or just plain crazy. Or so bored they are eagerly awaiting some trouble. my 2 cents. Detlef Marcelo. On Mon, Sep 20, 2010 at 6:15 PM, Sebastian Rose sebastian_r...@gmx.de wrote: Marcelo de Moraes Serpa celose...@gmail.com writes: Hmm, never heard about it :) But I assume that -- at least in terms of network security -- having the WebDav server below a HTTPS layer is enough. This would at least put a layer of security for when I'm syncing between devices (in this case OSX-WebDav-MobileOrg). I know, however, there might be other holes or someone might even me able to just sit in front of my computer and fiddle through the org text files, so that might be a good use-case for org-crypt. Hi Marcelo, unencrypted data is _not_ secure. Encrypt your data and you'll have a chance to lock your bank account card just in time, once your iPod gets lost (or stolen). (Is it necessary to carry sensitive data around on your iPod??? Can't believe it...) As you might have guessed, I'm one of those more neurotic persons. And more and more people join us --- to late in many cases. Encryption is cheep. Unencrypted data can be expensive. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: New CSS for orgmode and Worg ?
Hi Christian, thanks for the css. I've added the asciidoc-like css you propose to Worg as an alternate stylesheet - people can switch to it on their browsers: Menu - View - Page Style - NextWorg. If other Worgers want to add new stylesheets to Worg, please feel free to do so! Only remember the css must be compatible with the org-infojs display... which shouldn't be to hard to achieve. Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Christian Moe m...@christianmoe.com writes: Hi, I'm late to this discussion, but just a lateral thought: Would you consider rewriting this as `org-demarcate-block' or similar, to operate on all #+begin_...end blocks, not just src? If generalized this function could be equally useful for non-src blocks as well. Example blocks come immediately to mind, but there are non-coding applications too. For instance, I store many notes with quotes from various texts, sometimes in fairly long =#+begin_quote= blocks, which I then need to split up when I want to write an extended discussion of a passage, quoting a few lines at a time. For those who use verse blocks (I all too seldom have the need...), it may be even more useful. I think thats a great idea. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Allow code edit buffer to inherit active region
Hi Dan, both changes look good to me. - Carsten On Sep 14, 2010, at 3:33 PM, Dan Davison wrote: Dan Davison davi...@stats.ox.ac.uk writes: If we allow the current region to be inherited by the code edit buffer (patch below), then language major mode commands that operate on the region can be called remotely from the org buffer. For example C-c C-v C-x M-; comment region according to language C-c C-v C-x C-M-\ indent region according to language Users can make these more convenient, e.g. (defun my/org-comment-dwim (optional arg) (interactive P) (or (org-babel-do-key-sequence-in-edit-buffer \M-;) (comment-dwim arg))) (define-key org-mode-map \M-; 'my/org-comment-dwim) Dan Proposed patch: ~~~ I would like to make one addition to this patch: adding (setq deactivate-mark nil) towards the end means that if the region is contained within the src block, then it will be active (and highlighted) in the edit buffer. Dan commit 6e14f016cdfe92357092461058def5d4073541e2 Author: Dan Davison davi...@stats.ox.ac.uk Date: Sat Sep 4 13:43:56 2010 -0400 Transmit active region from Org buffer to code edit buffer * org-src.el (org-edit-src-code): If mark was inside code block then code edit buffer inherits mark with active region. diff --git a/lisp/org-src.el b/lisp/org-src.el index d1948cc..d0a9729 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -209,6 +209,7 @@ buffer. (setq org-edit-src-saved-temp-window-config (current-window- configuration))) (let ((line (org-current-line)) (col (current-column)) + (mark (and (use-region-p) (mark))) (case-fold-search t) (info (org-edit-src-find-region-and-lang)) (babel-info (org-babel-get-src-block-info)) @@ -217,7 +218,8 @@ buffer. (end (make-marker)) (preserve-indentation org-src-preserve-indentation) (allow-write-back-p (null code)) - block-nindent total-nindent ovl lang lang-f single lfmt begline buffer msg) + block-nindent total-nindent ovl lang lang-f single lfmt buffer msg + begline markline markcol) (if (not info) nil (setq beg (move-marker beg (nth 0 info)) @@ -235,6 +237,10 @@ buffer. block-nindent (nth 5 info) lang-f (intern (concat lang -mode)) begline (save-excursion (goto-char beg) (org-current-line))) + (if (and mark (= mark beg) (= mark end)) + (save-excursion (goto-char mark) + (setq markline (org-current-line) + markcol (current-column (if (equal lang-f 'table.el-mode) (setq lang-f (lambda () (text-mode) @@ -290,6 +296,11 @@ buffer. (while (re-search-forward ^, nil t) (if (eq (org-current-line) line) (setq total-nindent (1+ total- nindent))) (replace-match ))) + (when markline + (org-goto-line (1+ (- markline begline))) + (org-move-to-column + (if preserve-indentation markcol (max 0 (- markcol total- nindent + (push-mark (point) 'no-message t)) (org-goto-line (1+ (- line begline))) (org-move-to-column (if preserve-indentation col (max 0 (- col total-nindent ___ Emacs-orgmode 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
Re: [Orgmode] Re: [BABEL] Speed keys
Hi Eric, could I ask you to take a look at this? Thanks - Carsten On Sep 7, 2010, at 12:57 AM, Jambunathan K wrote: Is it possible Speed Keys (Refer Org Manual - Sec. 15.3) for Babel blocks? Attached patch extends the speed key functionality. Usage notes: After applying the patch, use variant-1 or variant-2 to enable speed keys within a babel block. variant-1: (defun org-babel-speed-command-hook (keys) (when (org-babel-where-is-src-block-head) (cdr (assoc keys org-babel-key-bindings variant-2: (defun org-babel-speed-command-hook (keys) (when (and (bolp) (looking-at org-babel-src-block-regexp)) (cdr (assoc keys org-babel-key-bindings (add-hook 'org-speed-command-hook 'org-babel-speed-command-hook 'append) Use this hook with caution. (defun org-speed-command-catch-all-hook (keys) 'ignore) (add-hook 'org-speed-command-hook 'org-babel-speed-command-hook 'append) Jambunathan K. From 2fca952e923d44bec554b8b4e7dafc355e068f32 Mon Sep 17 00:00:00 2001 From: Jambunathan K kjambunat...@gmail.com Date: Tue, 7 Sep 2010 04:01:16 +0530 Subject: [PATCH 2/2] Support for user-extensible speed commands. * lisp/org.el (org-speed-command-hook): New. Hook for installing additional speed commands. Use this for enabling speed commands on src blocks. (org-speed-command-default-hook): The default hook for org-speed-command-hook. Factored out from org-self-insert-command and mimics existing behaviour. (org-self-insert-command): Modified to use org-speed-command-hook. TINYCHANGE. --- lisp/org.el | 38 +++--- 1 files changed, 31 insertions(+), 7 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 09281cc..ead91a3 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -16494,6 +16494,34 @@ If not, return to the original position and throw an error. (defvar org-table-auto-blank-field) ; defined in org-table.el (defvar org-speed-command nil) + +(defun org-speed-command-default-hook (keys) + Hook for activating single-letter speed commands. +`org-speed-commands-default' specifies a minimal command set. Use +`org-speed-commands-user' for further customization. + (when (or (and (bolp) (looking-at outline-regexp)) + (and (functionp org-use-speed-commands) +(funcall org-use-speed-commands))) +(cdr (assoc keys (append org-speed-commands-user +org-speed-commands-default) + +(defcustom org-speed-command-hook 'org-speed-command-default-hook + Hook for activating speed commands at strategic locations. +Hook functions are called in sequence until a valid handler is +found. + +Each hook takes a single argument, a user-pressed command key +which is also a `self-insert-command' from the global map. + +Within the hook, examine the cursor position and the command key +and return nil or a valid handler as appropriate. Handler could +be one of an interactive command, a function, or a form. + +Set `org-use-speed-commands' to non-nil value to enable this +hook. The default setting is `org-speed-command-default-hook'. + :group 'org-structure + :type 'hook) + (defun org-self-insert-command (N) Like `self-insert-command', use overwrite-mode for whitespace in tables. If the cursor is in a table looking at whitespace, the whitespace is @@ -16501,13 +16529,9 @@ overwritten, and the table is not marked as requiring realignment. (interactive p) (cond ((and org-use-speed-commands -(or (and (bolp) (looking-at outline-regexp)) -(and (functionp org-use-speed-commands) - (funcall org-use-speed-commands))) -(setq - org-speed-command - (or (cdr (assoc (this-command-keys) org-speed-commands-user)) - (cdr (assoc (this-command-keys) org-speed-commands- default) +(setq org-speed-command + (run-hook-with-args-until-success + 'org-speed-command-hook (this-command-keys (cond ((commandp org-speed-command) (setq this-command org-speed-command) -- 1.7.0.4 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Apply patch for hour/minute repeater support
Hi everyone, do we have any volunteers who are willing to test this patch? Thanks. - Carsten On Sep 14, 2010, at 7:06 PM, Andrew J. Korty wrote: This patch adds hour and minute granularity to repeaters. Let me know if there's interest in incorporating it, and I'll start the FSF paperwork process. Andrew Korty --- doc/org.texi |4 ++-- lisp/org-agenda.el |2 +- lisp/org.el| 27 +++ 3 files changed, 18 insertions(+), 15 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index d6ea141..e9ede5a 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -5006,8 +5006,8 @@ plain timestamp will be shown exactly on that date. @cindex timestamp, with repeater interval A timestamp may contain a @emph{repeater interval}, indicating that it applies not only on the given date, but again and again after a certain -interval of N days (d), weeks (w), months (m), or years (y). The -following will show up in the agenda every Wednesday: +interval of N minutes(M), hours(H), days (d), weeks (w), months (m), or +years (y). The following will show up in the agenda every Wednesday: @example * Pick up Sam at school 2007-05-16 Wed 12:30 +1w diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 9f94fa6..176c8f0 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4385,7 +4385,7 @@ the documentation of `org-diary'. (apply 'encode-time ; DATE bound by calendar (list 0 0 0 (nth 1 date) (car date) (nth 2 date 1 11)) - \\|\\([0-9]+-[0-9]+-[0-9]+[^\n]+?\\+[0-9]+[dwmy]\\) + \\|\\([0-9]+-[0-9]+-[0-9]+[^\n]+?\\+[0-9]+[MHdwmy]\\) \\|\\(%%\\(([^\n]+)\\)\\))) marker hdmarker deadlinep scheduledp clockp closedp inactivep donep tmp priority category ee txt timestr tags b0 b3 e3 head diff --git a/lisp/org.el b/lisp/org.el index 70dd482..ace8291 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -621,7 +621,7 @@ An entry can be toggled between QUOTE and normal with :type 'string) (defconst org-repeat-re - [0-9]\\{4\\}-[0-9][0-9]-[0-9][0-9] [^\n]*?\\([.+]?\\+[0-9]+ [dwmy]\\(/[0-9]+[dwmy]\\)?\\) + [0-9]\\{4\\}-[0-9][0-9]-[0-9][0-9] [^\n]*?\\([.+]?\\+[0-9]+ [MHdwmy]\\(/[0-9]+[dwmy]\\)?\\) Regular expression for specifying repeated events. After a match, group 1 contains the repeat expression.) @@ -11392,7 +11392,8 @@ This function is run automatically after each state change to a DONE state. (aa (assoc last-state org-todo-kwd-alist)) (interpret (nth 1 aa)) (head (nth 2 aa)) -(whata '((d . day) (m . month) (y . year))) +(whata '((M . minute) (H . hour) (d . day) (m . month) + (y . year))) (msg Entry repeats: ) (org-log-done nil) (org-todo-log-states nil) @@ -11429,7 +11430,7 @@ This function is run automatically after each state change to a DONE state. (setq type (if (match-end 1) org-scheduled-string (if (match-end 3) org-deadline-string Plain:)) ts (match-string (if (match-end 2) 2 (if (match-end 4) 4 0 - (when (string-match \\([.+]\\)?\\(\\+[0-9]+\\)\\([dwmy]\\) ts) + (when (string-match \\([.+]\\)?\\(\\+[0-9]+\\)\\([MHdwmy]\\) ts) (setq n (string-to-number (match-string 2 ts)) what (match-string 3 ts)) (if (equal what w) (setq n (* n 7) what d)) @@ -11438,13 +11439,15 @@ This function is run automatically after each state change to a DONE state. (setq time (save-match-data (org-time-string-to-time ts))) (cond ((equal (match-string 1 ts) .) - ;; Shift starting date to today + ;; Shift starting date to now (org-timestamp-change - (- (time-to-days (current-time)) (time-to-days time)) - 'day)) + (truncate (/ (- (time-to-seconds (current-time)) + (time-to-seconds time)) 60)) + 'minute)) ((equal (match-string 1 ts) +) (while (or (= nshift 0) -(= (time-to-days time) (time-to-days (current-time +(= (time-to-seconds time) + (time-to-seconds (current-time (when (= (incf nshift) nshiftmax) (or (y-or-n-p (message %d repeater intervals were not enough to shift date past today. Continue? nshift)) (error Abort))) @@ -11456,7 +11459,7 @@ This function is run automatically after each state change to a DONE state. ;; rematch, so that we have everything in place for the real shift (org-at-timestamp-p t) (setq ts (match-string 1)) - (string-match \\([.+]\\)?\\(\\+[0-9]+\\)\\([dwmy]\\) ts + (string-match \\([.+]\\)?\\(\\+[0-9]+\\)\\([MHdwmy]\\) ts (org-timestamp-change n (cdr (assoc what whata))) (setq msg
Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists
Hi everyone, I would like to know if there are more people interested in this, and if there are people who are willing to test this patch, to make sure nothing breaks. Nicolas, can you in particular please take a look at this - I believe you earlier said that you saw problems with it. Thanks! - Carsten On Sep 18, 2010, at 9:43 AM, Nathaniel Flath wrote: Hey, I gave another shot at this, now that my computer is no longer dead. I believe it fixes the issues described earlier - let me know of any feedback. (Also - I don't know how to get GMail to attach this as anything other than application/octet-stream, so the text is in the message as well. Nathaniel Flath Attachment: diff --git a/lisp/org-list.el b/lisp/org-list.el index d9fc24e..88d5a9b 100644 --- a/lisp/org-list.el +++ b/lisp/org-list.el @@ -287,14 +287,14 @@ It depends on `org-empty-line-terminates-plain- lists'. Return the correct regular expression for plain lists. If GENERAL is non-nil, return the general regexp independent of the value of `org-plain-list-ordered-item-terminator'. - (cond - ((or general (eq org-plain-list-ordered-item-terminator t)) -\\([ \t]*\\([-+]\\|\\([0-9]+[.)]\\)\\)\\|[ \t]+\\*\\)\\([ \t]+\ \|$\\)) - ((= org-plain-list-ordered-item-terminator ?.) -\\([ \t]*\\([-+]\\|\\([0-9]+\\.\\)\\)\\|[ \t]+\\*\\)\\([ \t]+\ \|$\\)) +(cond + ((or general (eq org-plain-list-ordered-item-terminator t)) + \\([ \t]*\\([-+]\\|\\([0-9A-Za-z]+[.)]\\)\\)\\|[ \t]+\\*\\)\\( \ \|$\\)) + ((= org-plain-list-ordered-item-terminator ?.) + \\([ \t]*\\([-+]\\|\\([0-9A-Za-z]+\\.\\)\\)\\|[ \t]+\\*\\)\\( \ \|$\\)) ((= org-plain-list-ordered-item-terminator ?\)) -\\([ \t]*\\([-+]\\|\\([0-9]+)\\)\\)\\|[ \t]+\\*\\)\\([ \t]+\\|$ \\)) - (t (error Invalid value of `org-plain-list-ordered-item- terminator' +\\([ \t]*\\([-+]\\|\\([0-9A-Za-z]+)\\)\\)\\|[ \t]+\\*\\)\\( \\| $\\)) +(t (error Invalid value of `org-plain-list-ordered-item- terminator' (defconst org-item-beginning-re (concat ^ (org-item-re)) Regexp matching the beginning of a plain list item.) @@ -530,7 +530,7 @@ List ending is determined by the indentation of text. See (save-excursion (goto-char (match-end 0)) ;; Ignore counter if any - (when (looking-at \\(?:\...@\\(?:start:\\)?[0-9]+\\][ \t]*\ \)?) + (when (looking-at \\(?:\...@\\(?:start:\\)?[0-9A-Za-z]+\\] [ \t]*\\)?) (goto-char (match-end 0))) (looking-at regexp @@ -1135,11 +1135,11 @@ bullet string and bullet counter, if any. (list (point-at-bol) (org-get-indentation) (progn -(looking-at ^[ \t]*\\([-+*0-9.)]+[ \t]+\\)) +(looking-at ^[ \t]*\\([-+*0-9A-Za-z.)]+[ \t]+\\)) (match-string 1)) (progn (goto-char (match-end 0)) -(and (looking-at \...@\\(?:start:\\)?\\([0-9]+\\)\\]) +(and (looking-at \...@\\(?:start:\\)?\\([0-9A-Za-z]+\\)\ \]) (match-string 1)) (defun org-list-struct (begin end top bottom optional outdent) @@ -1259,8 +1259,10 @@ This function modifies STRUCT. (let ((counter (nth 3 item)) (bullet (org-list-bullet-string (nth 2 item (cond - ((and (string-match [0-9]+ bullet) counter) + ((and (string-match [0-9A-Za-z]+ bullet) counter) (replace-match counter nil nil bullet)) + ((string-match [A-Za-z]+ bullet) +(replace-match a nil nil bullet)) ((string-match [0-9]+ bullet) (replace-match 1 nil nil bullet)) (t bullet) @@ -1268,7 +1270,7 @@ This function modifies STRUCT. (setcdr item (list (nth 1 item) bullet (nth 3 item) (get-bul (lambda (item bullet) (let* ((counter (nth 3 item))) - (if (and counter (string-match [0-9]+ bullet)) + (if (and counter (string-match [0-9A-Za-z]+ bullet)) (replace-match counter nil nil bullet) bullet (fix-bul @@ -1582,13 +1584,50 @@ It determines the number of whitespaces to append by looking at ))) nil nil bullet 1))) +(defun org-increment-string (str cap) + Increments str (a-a, b-b, z-aa, aa-ab etc). If cap is non- nil, then + the letters are capitalized. + (let ((res (org-convert-num-to-alpha-str + (1+ (org-convert-alpha-str-to-num str 1 (length str) cap)) cap)) + (z (if cap ?Z ?z)) + (b (if cap ?B ?b)) + (a (if cap ?A ?a))) +(if (and(= (string-to-char str) z) +(= (string-to-char res) b)) +(concat (if cap A a) (substring res 1)) + (concat (make-string (- (length str) (length res)) a) res + +(defun org-convert-alpha-str-to-num (str n pos
[Orgmode] Re: calendar and agenda entries
On Mo, Sep 20 2010, Matt Lundin wrote: henry atting nsmp...@online.de writes: On So, Sep 19 2010, Matt Lundin wrote: henry atting nsmp...@online.de writes: When printing or exporting the emacs calendar it is possible to include diary entries or holidays. Mmh, this should be understood as a statement not a question but many thanks anyway. Ah, yes. I've accidentally left off question marks so many times in my own posts that I tend to assume everything is a question. :) [...] Is there a way to include org-agenda entries as well? Yes. http://orgmode.org/worg/org-faq.php#include-entries-from-org-mode-files-into-emacs-diary http://orgmode.org/worg/org-faq.php#add-Org-scheduled/deadlined-entries-to-diary! Yes, that does the trick. I created a diary file (normally I don't use it), added a single line `%%(org-diary)` Now entries from org-agenda files do show up in the generated calendars - at least in those for the whole month. As far as I see the weekly calendars don't support it. I believe some of the weekly calendars---namely, filofax (t f W) and iso (t w 3)---do: ,[ (info (emacs) Writing Calendar Files) ] | If the variable `cal-tex-diary' is non-`nil' (the default is `nil'), | diary entries are included also (in monthly, filofax, and iso-week | calendars only). ` The variety of cal-tex export commands is truly mind-boggling! Yes it is. That's why I did not find the filofax weekly e.g. (which displays org-agenda entries correctly) Best, Matt cheers, henry -- http://literaturlatenight.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Seb, Thanks for pointing this out, I've pushed up a fix to this spacing issue. Best -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Eric Schulte wrote: I've just added [org-babel-demarcate-block] to the org-mode repo. A comment. Consider the following, with a region beginning at =cmd1= and ending after =cmd3= (in other words, a full block of 3 lines): Text before cmd1 cmd2 cmd3 Text after After invoking your function, I get this: Text before #+begin_src sh cmd1 cmd2 cmd3 #+end_src Text after Very good, except that I would expect the space line out of the code block, as it was not in my selected text: Text before #+begin_src sh cmd1 cmd2 cmd3 #+end_src Text after Is this possible? For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, however it can be called from anywhere in an org-mode file, and could of course be bound to any other key sequence in a personal config. I don't see any key binding (yet), after org-reload. Thanks for this... 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: org-babel - utility to ease chopping src chunks into smaller org entries
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Sébastien Vauban wrote: Eric Schulte wrote: I've just added [org-babel-demarcate-block] to the org-mode repo. For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, however it can be called from anywhere in an org-mode file, and could of course be bound to any other key sequence in a personal config. I don't see any key binding (yet), after org-reload. Just on that one point of my posting: I know have the binding available at my finger tips, after a shutdown and an Emacs restart. Is it possible that =org-reload= did not reload the key maps? Hi Seb, I suppose so, did you close and then re-open the org-mode buffer after calling =org-reload=? I believe keymaps might be assigned only when a buffer is first opened, so that could also be the culprit. Best -- Eric Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Achim, Thanks for pointing these warnings out, they are now fixed. Achim Gratz strom...@nexgo.de writes: Hi Eric, your commit 88b8b839 raises the following warnings during compile on EMACS 23.1: In org-babel-demarcate-block: ob.el:1157:27:Warning: `previous-line' used from Lisp code That command is designed for interactive use only ob.el:1155:78:Warning: reference to free variable `stars' ob.el:1159:55:Warning: `previous-line' used from Lisp code That command is designed for interactive use only In end of data: ob.el:1826:1:Warning: the function `org-current-level' is not known to be defined. Achim. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Christian, I agree generalizing this function over all block types would be very useful. When I find the time I will make this change. Thanks -- Eric Christian Moe m...@christianmoe.com writes: Hi, I'm late to this discussion, but just a lateral thought: Would you consider rewriting this as `org-demarcate-block' or similar, to operate on all #+begin_...end blocks, not just src? If generalized this function could be equally useful for non-src blocks as well. Example blocks come immediately to mind, but there are non-coding applications too. For instance, I store many notes with quotes from various texts, sometimes in fairly long =#+begin_quote= blocks, which I then need to split up when I want to write an extended discussion of a passage, quoting a few lines at a time. For those who use verse blocks (I all too seldom have the need...), it may be even more useful. For personal use, I already have a little org-insert-block utility function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther blocks at a keystroke. This works for me since I use at least the first two more or less equally often. A generalized demarcate-block function would be a nice complement. Yours, CM I've just added this to the org-mode repo. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, For me, fundamentally code-block related, in the absence of execution-related functionality, points to org-src.el rather than org-babel, so I suggest naming this function org-src-demarcate-block. The babel keymap is still a good place for a binding -- I think it's reasonable for the babel keymap to accomodate pure code block stuff in addition to execution/tangling stuff. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode 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] Environment around exported results
Hi Seb, I think you've made a good point for adding this functionality. I'll put this on the Babel TODO stack, and reply to this email when we get something implemented. Best -- Eric Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Eric Schulte wrote: Would you mind creating an LaTeX environment around the =results= block, so that we could have the code colorized (via listings or Minted), and clearly distinguish the results, if we want so. Having an environment would allow one to use non-proportional font for the results, or a shadowed background, or... Would such an environment be in addition too or in place of wrapping results in the example environment? I would think of something like this: \begin{orgresults} ... results block ... \end{orgresults} so that one can customize the =orgresults= environment in LaTeX to get a colored background, another font, etc. What would you suggest for tabular results? Nothing different for tables: just the same plain default environment around the results part. One very nice property of the current setup is that it relies solely on vanilla Org-mode for export features. If the example export of Org-mode allowed some form of customization through a customizable div class or latex environment would that be sufficient? The name of the environment could be in a variable, yes. But please note the above request can come out of a misunderstanding or poor knowledge of already existing parametrization of Org-Babel. Put me back on tracks if needed... 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] Speed keys
Yes, I've had this marked for reply for some time now, I'll be sure to look at it by the end of the week. Best -- Eric Carsten Dominik carsten.domi...@gmail.com writes: Hi Eric, could I ask you to take a look at this? Thanks - Carsten On Sep 7, 2010, at 12:57 AM, Jambunathan K wrote: Is it possible Speed Keys (Refer Org Manual - Sec. 15.3) for Babel blocks? Attached patch extends the speed key functionality. Usage notes: After applying the patch, use variant-1 or variant-2 to enable speed keys within a babel block. variant-1: (defun org-babel-speed-command-hook (keys) (when (org-babel-where-is-src-block-head) (cdr (assoc keys org-babel-key-bindings variant-2: (defun org-babel-speed-command-hook (keys) (when (and (bolp) (looking-at org-babel-src-block-regexp)) (cdr (assoc keys org-babel-key-bindings (add-hook 'org-speed-command-hook 'org-babel-speed-command-hook append) Use this hook with caution. (defun org-speed-command-catch-all-hook (keys) 'ignore) (add-hook 'org-speed-command-hook 'org-babel-speed-command-hook append) Jambunathan K. From 2fca952e923d44bec554b8b4e7dafc355e068f32 Mon Sep 17 00:00:00 2001 From: Jambunathan K kjambunat...@gmail.com Date: Tue, 7 Sep 2010 04:01:16 +0530 Subject: [PATCH 2/2] Support for user-extensible speed commands. * lisp/org.el (org-speed-command-hook): New. Hook for installing additional speed commands. Use this for enabling speed commands on src blocks. (org-speed-command-default-hook): The default hook for org-speed-command-hook. Factored out from org-self-insert-command and mimics existing behaviour. (org-self-insert-command): Modified to use org-speed-command-hook. TINYCHANGE. --- lisp/org.el | 38 +++--- 1 files changed, 31 insertions(+), 7 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 09281cc..ead91a3 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -16494,6 +16494,34 @@ If not, return to the original position and throw an error. (defvar org-table-auto-blank-field) ; defined in org-table.el (defvar org-speed-command nil) + +(defun org-speed-command-default-hook (keys) + Hook for activating single-letter speed commands. +`org-speed-commands-default' specifies a minimal command set. Use +`org-speed-commands-user' for further customization. + (when (or (and (bolp) (looking-at outline-regexp)) +(and (functionp org-use-speed-commands) + (funcall org-use-speed-commands))) +(cdr (assoc keys (append org-speed-commands-user + org-speed-commands-default) + +(defcustom org-speed-command-hook 'org-speed-command-default-hook + Hook for activating speed commands at strategic locations. +Hook functions are called in sequence until a valid handler is +found. + +Each hook takes a single argument, a user-pressed command key +which is also a `self-insert-command' from the global map. + +Within the hook, examine the cursor position and the command key +and return nil or a valid handler as appropriate. Handler could +be one of an interactive command, a function, or a form. + +Set `org-use-speed-commands' to non-nil value to enable this +hook. The default setting is `org-speed-command-default-hook'. + :group 'org-structure + :type 'hook) + (defun org-self-insert-command (N) Like `self-insert-command', use overwrite-mode for whitespace in tables. If the cursor is in a table looking at whitespace, the whitespace is @@ -16501,13 +16529,9 @@ overwritten, and the table is not marked as requiring realignment. (interactive p) (cond ((and org-use-speed-commands - (or (and (bolp) (looking-at outline-regexp)) - (and (functionp org-use-speed-commands) - (funcall org-use-speed-commands))) - (setq - org-speed-command - (or (cdr (assoc (this-command-keys) org-speed-commands-user)) - (cdr (assoc (this-command-keys) org-speed-commands- default) + (setq org-speed-command + (run-hook-with-args-until-success +'org-speed-command-hook (this-command-keys (cond ((commandp org-speed-command) (setq this-command org-speed-command) -- 1.7.0.4 ___ Emacs-orgmode 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: org-babel - utility to ease chopping src chunks into smaller org entries
Eric Schulte schulte.e...@gmail.com writes: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric, Sébastien Vauban wrote: Eric Schulte wrote: I've just added [org-babel-demarcate-block] to the org-mode repo. For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, however it can be called from anywhere in an org-mode file, and could of course be bound to any other key sequence in a personal config. I don't see any key binding (yet), after org-reload. Just on that one point of my posting: I know have the binding available at my finger tips, after a shutdown and an Emacs restart. Is it possible that =org-reload= did not reload the key maps? On a related note, is there a reasonable way to get defvars, defcustoms etc to respond to a change in their default value? Org-reload (i.e. `load') does not deal with them which makes me slightly distrustful of using it. Dan Hi Seb, I suppose so, did you close and then re-open the org-mode buffer after calling =org-reload=? I believe keymaps might be assigned only when a buffer is first opened, so that could also be the culprit. Best -- Eric Best regards, Seb ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode 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] Allow no stripping of blank lines from code
This patch has been applied. Now, if you have set `org-src-tab-acts-natively', then you can enter a new indented blank line at the start/end of a src block using e.g. RET TAB or C-j TAB. It might be nice to make the native indentation happen automatically with C-j but I haven't looked into that. Dan Dan Davison davi...@stats.ox.ac.uk writes: Now that we can issue TAB in a code block and have it act according to language [see org-src-tab-acts-natively], the following is a minor frustration: if you try to insert a blank line at the beginning/end of the block (perhaps to introduce a new first/last line), then on TAB it disappears because org-edit-src-exit strips leading and trailing blank lines. This patch introduces a variable that turns off that behaviour. The default is still to strip lines. I am slightly wondering what the reason for that default was. I can see it could be useful for artist-mode, but for genuine code blocks should the default be to give the user responsibility for curating leading/trailing blank lines? Dan commit 84503c83d143b40bded8122e45ffba703c4035a1 Author: Dan Davison davi...@stats.ox.ac.uk Date: Sun Sep 5 18:55:06 2010 -0400 Optionally prevent stripping of blank lines from code blocks * org-src.el (org-edit-src-exit): Only strip leading and trailing blank lines if `org-src-strip-leading-and-trailing-blank-lines' is non-nil (org-src-strip-leading-and-trailing-blank-lines): New variable diff --git a/lisp/org-src.el b/lisp/org-src.el index f11eec2..d877925 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -109,6 +109,12 @@ editing it with \\[org-edit-src-code]. Has no effect if :group 'org-edit-structure :type 'integer) +(defcustom org-src-strip-leading-and-trailing-blank-lines t + If non-nil, blank lines are removed when exiting the code edit +buffer. + :group 'org-edit-structure + :type 'boolean) + (defcustom org-edit-src-persistent-message t Non-nil means show persistent exit help message while editing src examples. The message is shown in the header-line, which will be created in the @@ -577,11 +583,12 @@ the language, a switch telling if the content should be in a single line. (delta 0) code line col indent) (when allow-write-back-p (unless preserve-indentation (untabify (point-min) (point-max))) - (save-excursion - (goto-char (point-min)) - (if (looking-at [ \t\n]*\n) (replace-match )) - (unless macro - (if (re-search-forward \n[ \t\n]*\\' nil t) (replace-match ) + (if org-src-strip-leading-and-trailing-blank-lines + (save-excursion + (goto-char (point-min)) + (if (looking-at [ \t\n]*\n) (replace-match )) + (unless macro + (if (re-search-forward \n[ \t\n]*\\' nil t) (replace-match )) (setq line (if (org-bound-and-true-p org-edit-src-force-single-line) 1 (org-current-line)) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Allow code edit buffer to inherit active region
Carsten Dominik carsten.domi...@gmail.com writes: Hi Dan, both changes look good to me. OK, that is applied. So now, if the region is contained within a src block, then it will be inherited by the language major mode edit buffer. One consequence is that commands like M-; (comment-region) and C-M-\ (indent-region) can be called with their native effects from a src block in the Org buffer; see example below. Dan - Carsten On Sep 14, 2010, at 3:33 PM, Dan Davison wrote: Dan Davison davi...@stats.ox.ac.uk writes: If we allow the current region to be inherited by the code edit buffer (patch below), then language major mode commands that operate on the region can be called remotely from the org buffer. For example C-c C-v C-x M-; comment region according to language C-c C-v C-x C-M-\ indent region according to language Users can make these more convenient, e.g. (defun my/org-comment-dwim (optional arg) (interactive P) (or (org-babel-do-key-sequence-in-edit-buffer \M-;) (comment-dwim arg))) (define-key org-mode-map \M-; 'my/org-comment-dwim) Dan Proposed patch: ~~~ I would like to make one addition to this patch: adding (setq deactivate-mark nil) towards the end means that if the region is contained within the src block, then it will be active (and highlighted) in the edit buffer. Dan commit 6e14f016cdfe92357092461058def5d4073541e2 Author: Dan Davison davi...@stats.ox.ac.uk Date: Sat Sep 4 13:43:56 2010 -0400 Transmit active region from Org buffer to code edit buffer * org-src.el (org-edit-src-code): If mark was inside code block then code edit buffer inherits mark with active region. diff --git a/lisp/org-src.el b/lisp/org-src.el index d1948cc..d0a9729 100644 --- a/lisp/org-src.el +++ b/lisp/org-src.el @@ -209,6 +209,7 @@ buffer. (setq org-edit-src-saved-temp-window-config (current-window- configuration))) (let ((line (org-current-line)) (col (current-column)) + (mark (and (use-region-p) (mark))) (case-fold-search t) (info (org-edit-src-find-region-and-lang)) (babel-info (org-babel-get-src-block-info)) @@ -217,7 +218,8 @@ buffer. (end (make-marker)) (preserve-indentation org-src-preserve-indentation) (allow-write-back-p (null code)) - block-nindent total-nindent ovl lang lang-f single lfmt begline buffer msg) + block-nindent total-nindent ovl lang lang-f single lfmt buffer msg + begline markline markcol) (if (not info) nil (setq beg (move-marker beg (nth 0 info)) @@ -235,6 +237,10 @@ buffer. block-nindent (nth 5 info) lang-f (intern (concat lang -mode)) begline (save-excursion (goto-char beg) (org-current-line))) + (if (and mark (= mark beg) (= mark end)) + (save-excursion (goto-char mark) + (setq markline (org-current-line) + markcol (current-column (if (equal lang-f 'table.el-mode) (setq lang-f (lambda () (text-mode) @@ -290,6 +296,11 @@ buffer. (while (re-search-forward ^, nil t) (if (eq (org-current-line) line) (setq total-nindent (1+ total- nindent))) (replace-match ))) + (when markline + (org-goto-line (1+ (- markline begline))) + (org-move-to-column + (if preserve-indentation markcol (max 0 (- markcol total- nindent + (push-mark (point) 'no-message t)) (org-goto-line (1+ (- line begline))) (org-move-to-column (if preserve-indentation col (max 0 (- col total-nindent ___ Emacs-orgmode 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
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Eric, Great, thanks. Christian On 9/21/10 3:04 PM, Eric Schulte wrote: Hi Christian, I agree generalizing this function over all block types would be very useful. When I find the time I will make this change. Thanks -- Eric Christian Moem...@christianmoe.com writes: Hi, I'm late to this discussion, but just a lateral thought: Would you consider rewriting this as `org-demarcate-block' or similar, to operate on all #+begin_...end blocks, not just src? If generalized this function could be equally useful for non-src blocks as well. Example blocks come immediately to mind, but there are non-coding applications too. For instance, I store many notes with quotes from various texts, sometimes in fairly long =#+begin_quote= blocks, which I then need to split up when I want to write an extended discussion of a passage, quoting a few lines at a time. For those who use verse blocks (I all too seldom have the need...), it may be even more useful. For personal use, I already have a little org-insert-block utility function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther blocks at a keystroke. This works for me since I use at least the first two more or less equally often. A generalized demarcate-block function would be a nice complement. Yours, CM I've just added this to the org-mode repo. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, For me, fundamentally code-block related, in the absence of execution-related functionality, points to org-src.el rather than org-babel, so I suggest naming this function org-src-demarcate-block. The babel keymap is still a good place for a binding -- I think it's reasonable for the babel keymap to accomodate pure code block stuff in addition to execution/tangling stuff. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode -- Christian Moe E-mail: m...@christianmoe.com Website: http://christianmoe.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Eric, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Sébastien Vauban wrote: Eric Schulte wrote: I've just added [org-babel-demarcate-block] to the org-mode repo. I don't see any key binding (yet), after org-reload. Just on that one point of my posting: I know have the binding available at my finger tips, after a shutdown and an Emacs restart. Is it possible that =org-reload= did not reload the key maps? I suppose so, did you close and then re-open the org-mode buffer after calling =org-reload=? Dunno anymore, but most probably not... Almost sure. I believe keymaps might be assigned only when a buffer is first opened, so that could also be the culprit. That would be it, then. 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
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Christian -- thanks, I think your suggestion is better than mine. Eric -- here's a small change that allows it to work before the first headline. (protected from patchwork I hope) Dan --8---cut here---start-8--- X diff --git a/lisp/ob.el b/lisp/ob.el X index e3f9fc7..655a79d 100644 X --- a/lisp/ob.el X +++ b/lisp/ob.el X @@ -1146,7 +1146,8 @@ region is not active then the point is demarcated. X(goto-char place) X(let ((lang (nth 0 info)) X (indent (make-string (nth 6 info) ? )) X - (stars (concat (make-string (org-current-level) ?*) ))) X + (stars X +(concat (make-string (or (org-current-level) 0) ?*) ))) X (when (string-match ^[[:space:]]*$ X (buffer-substring (point-at-bol) X(point-at-eol))) X @@ -1161,7 +1162,7 @@ region is not active then the point is demarcated. X (let ((start (point)) X (body (delete-and-extract-region X (if (region-active-p) (mark) (point)) (point))) X -(stars (concat (make-string (org-current-level) ?*) ))) X +(stars (concat (make-string (or (org-current-level) 0) ?*) ))) X (insert (concat (if (looking-at ^) \n) X (if arg (concat stars \n) ) X #+begin_src (read-from-minibuffer Lang: ) \n X --8---cut here---end---8--- Christian Moe m...@christianmoe.com writes: Hi Eric, Great, thanks. Christian On 9/21/10 3:04 PM, Eric Schulte wrote: Hi Christian, I agree generalizing this function over all block types would be very useful. When I find the time I will make this change. Thanks -- Eric Christian Moem...@christianmoe.com writes: Hi, I'm late to this discussion, but just a lateral thought: Would you consider rewriting this as `org-demarcate-block' or similar, to operate on all #+begin_...end blocks, not just src? If generalized this function could be equally useful for non-src blocks as well. Example blocks come immediately to mind, but there are non-coding applications too. For instance, I store many notes with quotes from various texts, sometimes in fairly long =#+begin_quote= blocks, which I then need to split up when I want to write an extended discussion of a passage, quoting a few lines at a time. For those who use verse blocks (I all too seldom have the need...), it may be even more useful. For personal use, I already have a little org-insert-block utility function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther blocks at a keystroke. This works for me since I use at least the first two more or less equally often. A generalized demarcate-block function would be a nice complement. Yours, CM I've just added this to the org-mode repo. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, For me, fundamentally code-block related, in the absence of execution-related functionality, points to org-src.el rather than org-babel, so I suggest naming this function org-src-demarcate-block. The babel keymap is still a good place for a binding -- I think it's reasonable for the babel keymap to accomodate pure code block stuff in addition to execution/tangling stuff. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode 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] Update for habit documentation
I've been using habits and found additional uses that are actually implemented but not mentioned in the documentation. What I've found useful are: 1) Using a '++' repeat style for habits that have calendar constraints. I use this for some activities that must be done on Monday, or on weekends. This works, so there is no need to change the implementation. 2) Using a '+' repeat style is good for activities that can have a backlog. For example, preparing weekly reports is something that is aided by the habit tracking information. This also works. This affects bullet 4, which presently implies that the repeat interval must be a '.+' style. Would the following be clear: 4. The TODO has a scheduled date, usually with a '.+' style repeat interval. Other repeat styles may be used. The '++' style can handle habits with calendar constraints, e.g., must be done on a Monday; and the '+' style can be useful for habits that can have a backlog. R Horn ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Hi Eric, Eric Schulte wrote: Thanks for pointing this out, I've pushed up a fix to this spacing issue. Perfect. Fix tested. Confirmed OK. 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
Re: [Orgmode] suggestion/feature-request for dynamic blocks
Hi, Inquisitive Scientist inquisitive.scient...@gmail.com writes: Dear Experts, I'd like to make a suggestion/feature-request for people who write dynamic blocks (which are very cool): 1. It would be really handy to have a parameter of the form :tname NAME which puts a #+TBLNAME: NAME into the top of the table created by a dynamic block. This makes the dynamic table easy to reference from other things. Tables created by named code block are already prefixed with a #+results: source-name line. This allows them to be referenced by other code blocks. Is there some property of #+tblname: lines which is not shared by #+results: lines which would make #+tblname: lines preferable? 2. It would be even better to also provide a parameter of the form :dtname NAME which puts a #+TBLNAME: NAME-DATE into the top of the table where DATE is today's date. I would recommend packing this date information into the results line (rather into the name). Can I ask what use-case this would be to support? 3. It might be handy to have orgmode provide a predefined set of standard parameters and tools for writing those at the start end of the table so all dynamic block writers can get the benefit of nifty parameters with minimal effort. I'm not sure what you mean here. By dynamic block do you mean code block or something more general? Thanks -- Eric Thanks again for org-mode, -I.S. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Applied, Thanks Dan Davison davi...@stats.ox.ac.uk writes: Christian -- thanks, I think your suggestion is better than mine. Eric -- here's a small change that allows it to work before the first headline. (protected from patchwork I hope) Dan X diff --git a/lisp/ob.el b/lisp/ob.el X index e3f9fc7..655a79d 100644 X --- a/lisp/ob.el X +++ b/lisp/ob.el X @@ -1146,7 +1146,8 @@ region is not active then the point is demarcated. X(goto-char place) X(let ((lang (nth 0 info)) X (indent (make-string (nth 6 info) ? )) X - (stars (concat (make-string (org-current-level) ?*) ))) X + (stars X + (concat (make-string (or (org-current-level) 0) ?*) ))) X(when (string-match ^[[:space:]]*$ X(buffer-substring (point-at-bol) X (point-at-eol))) X @@ -1161,7 +1162,7 @@ region is not active then the point is demarcated. X (let ((start (point)) X (body (delete-and-extract-region X(if (region-active-p) (mark) (point)) (point))) X - (stars (concat (make-string (org-current-level) ?*) ))) X + (stars (concat (make-string (or (org-current-level) 0) ?*) ))) X (insert (concat (if (looking-at ^) \n) X (if arg (concat stars \n) ) X #+begin_src (read-from-minibuffer Lang: ) \n X Christian Moe m...@christianmoe.com writes: Hi Eric, Great, thanks. Christian On 9/21/10 3:04 PM, Eric Schulte wrote: Hi Christian, I agree generalizing this function over all block types would be very useful. When I find the time I will make this change. Thanks -- Eric Christian Moem...@christianmoe.com writes: Hi, I'm late to this discussion, but just a lateral thought: Would you consider rewriting this as `org-demarcate-block' or similar, to operate on all #+begin_...end blocks, not just src? If generalized this function could be equally useful for non-src blocks as well. Example blocks come immediately to mind, but there are non-coding applications too. For instance, I store many notes with quotes from various texts, sometimes in fairly long =#+begin_quote= blocks, which I then need to split up when I want to write an extended discussion of a passage, quoting a few lines at a time. For those who use verse blocks (I all too seldom have the need...), it may be even more useful. For personal use, I already have a little org-insert-block utility function to insert/wrap [q]uote, [s]rc, e[x]ample, [v]erse or [o]ther blocks at a keystroke. This works for me since I use at least the first two more or less equally often. A generalized demarcate-block function would be a nice complement. Yours, CM I've just added this to the org-mode repo. Not in the babel key map - in the org key map (I use it most in normal non src org entries to mark a block of elisp as src for samples/examples). For now it still lives in the babel keymap behind (C-c C-v d) since it is fundamentally code-block related, For me, fundamentally code-block related, in the absence of execution-related functionality, points to org-src.el rather than org-babel, so I suggest naming this function org-src-demarcate-block. The babel keymap is still a good place for a binding -- I think it's reasonable for the babel keymap to accomodate pure code block stuff in addition to execution/tangling stuff. Dan ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode 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] Can't export to LaTeX anymore (args-out-of-range 0 0)
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Eric and all the others, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Eric Schulte wrote: The error occurs with such a simple document: #+TITLE: Org-isodoc #+LANGUAGE: en_US * Context This is a letter sample. * Subject #+srcname: subject #+begin_src org :results latex Composing letters using Org mode and the LaTeX isodoc class #+end_src This is a tricky problem indeed. [...] This fix will probably take some time to implement, and until then I don't think it will be possible to evaluate org-mode blocks during export. Noweb expansion is still possible, however explicitly performing the export is not. What could be a workaround? Simply change =:results latex= to =:results org= and the code block body will be harmlessly expanded and deposited in the org buffer on export, then carried along with the rest of the file for export. * Subject #+source: me #+begin_src org I am *eric*. #+end_src #+srcname: subject #+begin_src org :results org replace :noweb yes Composing letters using *Org mode* and the LaTeX isodoc class me #+end_src Question: =:results org replace= (instead of =:results org=) is necessary if we wanna see the results expanded in the Org buffer, on key =C-c C-v C-e=. Why? by default org mode blocks do not insert their results, this was due to their initial use to wrap results of code blocks. This can be changed in your personal configuration by customizing the value of the `org-babel-default-header-args:org' variable. Trying to build on the route you mention, I come up with different solutions, such as: #+TITLE: Org-isodoc #+AUTHOR:Seb Vauban #+DATE: 2010-09-20 * COMMENT Parameters #+source: contents #+begin_src org My body includes a list: - one - two and a small table: | first | second | | other | last | Not more. #+end_src #+srcname: letter #+begin_src org :results org replace :noweb yes Composing letters using *Org mode* and the LaTeX isodoc class contents #+end_src * Results #+LaTeX: \documentclass[11pt]{isodoc} #+LaTeX: \usepackage[utf8x]{inputenc} #+LaTeX: \usepackage[T1]{fontenc} #+LaTeX: \setupdocument{ #+LaTeX: to = {Eric}, #+LaTeX: subject = {Tough to understand what to do...}, #+LaTeX: opening = {Hi}, #+LaTeX: closing = {Best} #+LaTeX: } #+LaTeX: \begin{document} #+LaTeX: {}\letter{% #+results: letter #+BEGIN_SRC org Composing letters using *Org mode* and the LaTeX isodoc class My body includes a list: - one - two and a small table: | first | second | | other | last | Not more. #+END_SRC #+LaTeX: } #+LaTeX: \end{document} Asking for Org results, as you mentioned, made me dream about a direct export to PDF on =C-c C-v C-e=. However, when the Org results block =letter= is surrounded by LaTeX code, items and tables aren't translated anymore to their LaTeX counterparts. true, your outer-most block would have to be an org-mode block, which could include LaTeX sections if they were already surrounded in begin/end_latex blocks. OK, even if it doe, I still have a couple of problems to resolve: - How to avoid generating the title of the exported headline (=* Results=)? - How to impose my =documentclass isodoc= instead of =article=? and maybe more. Yes, it may not be possible to export directly to a latex letter using Org-mode's build latex exporter. I think the tangling solution you mention below may be preferable. Then, if I understand correctly, the only fallback is the tangling solution: agreed. * Letter :PROPERTIES: :ID: 02360e5c-8f76-4e6d-a98f-b8c5fa2a3da4 :END: #+source: body #+begin_src org :results latex My body includes a list: - one - two and a small table: | first | second | | other | last | Not more. #+end_src #+begin_src latex :noweb yes :tangle yes \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} \setupdocument{ to = {Eric}, subject = {Tough to understand what to do...}, opening = {Hi}, closing = {Best} } \begin{document} \letter{% body() } \end{document} #+end_src #+results: #+BEGIN_LaTeX \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} \setupdocument{ to = {Eric}, subject = {Tough to understand what to do...}, opening = {Hi}, closing = {Best} } \begin{document} \letter{% My body includes a list: \begin{itemize} \item one \item two \end{itemize} and a small table: \begin{center} \begin{tabular}{ll} firstsecond \\ otherlast\\ \end{tabular} \end{center} Not more. } \end{document} #+END_LaTeX Here, the above results is perfectly translated into LaTeX. But trying to export this buffer raises the =Args out of range: 0, 0= error. This is the same error we discovered earlier, namely trying to export the body of an
Re: [Orgmode] plantuml and svg format instead of png - feature request
Hi Rainer, Sorry about the delayed reply. Rainer M Krug r.m.k...@gmail.com writes: On 10/09/10 20:40, Eric Schulte wrote: Hi Rainer, If you could send me an example of how to generate an svg image using plantuml on the command line, I'll add that functionality to ob-plantuml.el. from org: #+begin_src :file test.svg :commandline -tsvg ... #+end_src command line: java -jar plantuml.jar -tsvg -p sequence.plantuml sequence.svg Whenever the extension of the :file header argument is svg the appropriate -tsvg flag will now automatically be added to the command line. with direct conversion to pdf when using rsvg-convert: java -jar plantuml.jar -tsvg -p sequence.plantuml | rsvg-convert -f pdf sequence.pdf This looks nice, but it requires a second utility rsvg-convert. I think this functionality would be better implemented using the long-awaited- but-not-yet-developed post-processing code blocks. Best -- Eric Options for rsvg-convert: -f , --format=[png, pdf, ps, svg] save format [optional; defaults to 'png'] the others are not that relevant. Thanks, Rainer Thanks -- Eric Rainer M Krug r.m.k...@gmail.com writes: Hi I just saw that a bug in plantuml is fixed - namely that -tsvg is compatible with the -pipe optin. Therefore it should be possible top produce svg vector graphs from plantuml. In a second step, these could be converted to png, pdf or ps with the packagelibrsvg2-bin (I am using ubuntu), therefore producing high quality graphs. As I don't know how to implement it, would it be possible to implement - that, depending on the :file name specified, either a .png or a .svg is produced by plantuml The conversion to ps or pdf could then be done in a second bash script. Thanks, and I really like the plantuml integration for quickly documenting with flowcharts while programming - brilliant. Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] Alphabetical ordered lists
Hello, Carsten Dominik writes: Nicolas, can you in particular please take a look at this - I believe you earlier said that you saw problems with it. Sure, I will have a look at it on Sunday. But before testing it, there is, by design, one thing that seems dangerous to me. Let's consider the following text: This is a sentence in a not so short paragraph, ending where it should not. What is this line supposed to mean for Org? If this is a recognized as a list, wouldn't this line get wrongly indented? Regards, -- Nicolas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-babel - utility to ease chopping src chunks into smaller org entries
Fix confirmed. Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ DIY Stuff: http://Synth.Stromeko.net/DIY.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] Re: orgmode as a reference system: Storing private/sensitive information and syncing across devices.
Those who store _really_ sensitive data unencrypted in the cloud are too lazy to think about it for a moment. Or just plain crazy. Or so bored they are eagerly awaiting some trouble. Yeah, you are right. Even if the transport protocol is encrypted, storing in plaintext doesn't sound like a good idea. Maybe we could have a series of tutorials or guidelines written on how to use org on the cloud securely, since I see many people are using it as their main personal-information-manager and also are using mobile-org to sync stuff across devices. Marcelo. On Tue, Sep 21, 2010 at 3:45 AM, Detlef Steuer detlef.ste...@gmx.de wrote: On Mon, 20 Sep 2010 18:41:19 -0500 Marcelo de Moraes Serpa celose...@gmail.com wrote: I wonder what you guys think about other note-taking software, such as Evernote, that operate in the cloud. I know many people that keep their sensitive data on Evernote and sync with different computers and devices. Those who store _really_ sensitive data unencrypted in the cloud are too lazy to think about it for a moment. Or just plain crazy. Or so bored they are eagerly awaiting some trouble. my 2 cents. Detlef Marcelo. On Mon, Sep 20, 2010 at 6:15 PM, Sebastian Rose sebastian_r...@gmx.de wrote: Marcelo de Moraes Serpa celose...@gmail.com writes: Hmm, never heard about it :) But I assume that -- at least in terms of network security -- having the WebDav server below a HTTPS layer is enough. This would at least put a layer of security for when I'm syncing between devices (in this case OSX-WebDav-MobileOrg). I know, however, there might be other holes or someone might even me able to just sit in front of my computer and fiddle through the org text files, so that might be a good use-case for org-crypt. Hi Marcelo, unencrypted data is _not_ secure. Encrypt your data and you'll have a chance to lock your bank account card just in time, once your iPod gets lost (or stolen). (Is it necessary to carry sensitive data around on your iPod??? Can't believe it...) As you might have guessed, I'm one of those more neurotic persons. And more and more people join us --- to late in many cases. Encryption is cheep. Unencrypted data can be expensive. Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode 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] Generic LaTeX class support (scrlttr2/isodoc)
This is a follow upon my earlier posts in the following threads: [1] 'Composing letters using org-mode and scrlttr2' [2] Composingletters using Org mode and the LaTeX isodoc clas' I am attaching four files - org-latex-generic.el - org-letter-utils.el - org-scrlttr2.el - org-isodoc.el Functionality is easily explained by usage rather than by words. Usage Notes: 1. Load libraries - (require 'isodoc) - (require 'scrlttr2) 2. C-x C-f 'sample-letter.scrlttr2' and/or 'sample-isodoc.isodoc'. File extensions are important and they are indicative of the LaTeX classes targetted for export. 3. You will be offered a Org outline structure. Fill in the same. In the 'To' address field you have an option just to insert a bbdb link as opposed to the whole address. Remember to fill in the LCO file for scrlttr2 and style file for isodoc. 4. Do a C-c C-e l or C-c C-e d. 5. See that your letter is nicely exported. 6. YMMV. Additional Notes: Files have helpful docstring. Core functionality is in org-latex-generic-sectioning. Rest all are bells and whistles. ,[ C-h f org-latex-generic-sectioning RET ] | org-latex-generic-sectioning is a Lisp function in | `org-latex-generic.el'. | | (org-latex-generic-sectioning LEVEL HEADING) | | Rules for emitting Org headings as LaTeX fragments. | Currently a heading could be configured to start a LaTeX | environment, emit a LaTeX command, set optional arguments (with | heading as key and entry body as value) and mandatory | arguments. See `org-latex-generic-scrlttr2-sectioning-alist' and | `org-latex-generic-isodoc-sectioning-alist'. | | [back] ` Watch Out For: 1. Have no empty lines in .scrlttr2/.isodoc file. If that doesn't help remove it from the generated tex file. I have a strong reason to believe org-latex.el is generating extraneous newlines in (org-export-latex-subcontent ...) at line 1029 or thereabouts. 2. Have no commas in the bbdb address field. C-h f org-letter-utils-bbdb-export is probably not upto the task. 3. Remove \date directive in the isodoc tex file. 4. Also see FIXME notes in the org-latex-generic.el Implementation Notes: The key idea is to mirror the LaTeX commands in terms of Org headlines. Start with C-h f org-latex-generic-sectioning for further exploring. Try mapping the headline structure of .scrlttr2/.isodoc file with the corresponding tex file and compare it against the settings of of different variables in the org-scrlttr2.el/org-isodoc.el Footnotes: [1] http://lists.gnu.org/archive/html/emacs-orgmode/2010-07/msg01060.html [2] http://lists.gnu.org/archive/html/emacs-orgmode/2010-09/msg00466.html Jambunathan K. Attachments: (require 'org) (require 'org-latex) (defvar org-latex-classes nil) (defvar org-latex-generic-sectioning-config '(alist :tag Org LaTeX Generic Known Headings :key-type (string :tag heading) :value-type (choice (const :tag environment env) (const :tag var var) (const :tag command cmd) (const :tag command-with-options cmd-with-opt) (const :tag options optarg) (const :tag option option) (const :tag arg arg) (const :tag text text (define-minor-mode org-latex-generic-mode Fill an empty file with Org outline tree for easy editing. The extension of the file serves as an indication of the target LaTeX class. nil LaTex Generic nil (org-mode) (let ((class (file-name-extension buffer-file-name))) ;; FIXME: These should be buffer local variables for various ;; generic classes to coexist. For now have them as global. ;; The main problem is that sectioning callback happens with tex ;; file as current buffer and not the original org file in which ;; these variables are set. (setq org-latex-generic-class class org-latex-generic-setup (symbol-value (intern (format org-latex-generic-%s-setup class))) org-latex-generic-template (symbol-value (intern (format org-latex-generic-%s-template class))) org-latex-generic-sectioning-alist (symbol-value (intern (format org-latex-generic-%s-sectioning-alist class (when (= (point-min) (point-max)) (insert org-latex-generic-setup) (org-latex-generic-insert-template (defun org-latex-generic-insert-template (optional template level) Inserts an Org outline structure for the user to fill in. See `org-latex-generic-isodoc-template' and `org-latex-generic-scrlttr2-template' for example. (interactive) (setq template (or template org-latex-generic-template)) (goto-char (point-max)) (setq level (or level 1)) (dolist (e template) (if (not (listp e)) (insert \n (make-string level ?*) e \n) (org-latex-generic-insert-template e (+ level 1) (defun org-latex-generic-sectioning (level heading)
[Orgmode] Re: Generic LaTeX class support (scrlttr2/isodoc)
I am attaching sample files from my work-area for ready consumption. % Created 2010-09-21 Tue 22:02 \documentclass{isodoc} \usepackage[latin1]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{t1enc} \usepackage{textcomp} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{pdfpages} \usepackage{mystyle} \providecommand{\alert}[1]{\textbf{#1}} \title{} \author{Jambunathan K} \date{21 September 2010} \begin{document} \letter [ date = 20100921 , to = Orgmode Mailing List \\ GNU Mailing List \\ World Wide Web \\ Internet - 11 , opening = Friends , subject = Composing letters using isodoc , closing = Thanks , enclosures = org-latex-generic.el org-scrlttr2.el org-isodoc.el org-letter-utils.el , ] { I would like to share with you a little utility that helps me compose formal letters within Org mode. Would you like to try it? } \end{document} #+LaTeX_CLASS: isodoc #+LATEX_HEADER: \usepackage{mystyle} #+OPTIONS: toc:nil #+TITLE: * letter ** options *** date 20100921 *** to [[bbdb:Orgmode%20Mailing%20List][bbdb:Orgmode Mailing List]] *** opening Friends *** subject Composing letters using isodoc *** closing Thanks *** enclosures org-latex-generic.el org-scrlttr2.el org-isodoc.el org-letter-utils.el ** body I would like to share with you a little utility that helps me compose formal letters within Org mode. Would you like to try it? #+LaTeX_CLASS: scrlttr2 #+LaTeX_CLASS_OPTIONS: [jambu] #+OPTIONS: toc:nil * letter ** to [[bbdb:Orgmode%20Mailing%20List][bbdb:Orgmode Mailing List]] ** subject Composing letters using scrlttr2 ** opening Friends ** body I would like to share with you a little utility that helps me compose formal letters within Org mode. Would you like to try it? ** encl org-latex-generic.el org-scrlttr2.el org-isodoc.el org-letter-utils.el ** closing Thanks % Created 2010-09-21 Tue 21:51 \documentclass[jambu]{scrlttr2} \usepackage[latin1]{inputenc} \usepackage[T1]{fontenc} \usepackage{fixltx2e} \usepackage{graphicx} \usepackage{longtable} \usepackage{float} \usepackage{wrapfig} \usepackage{soul} \usepackage{t1enc} \usepackage{textcomp} \usepackage{amssymb} \usepackage{hyperref} \tolerance=1000 \usepackage{pdfpages} \providecommand{\alert}[1]{\textbf{#1}} \title{sample-scrlttr2} \author{Jambunathan K} \date{21 September 2010} \begin{document} \maketitle \begin{letter} { Orgmode Mailing List \\ GNU Mailing List \\ World Wide Web \\ Internet - 11 \\ Cosmos } \setkomavar{subject} { Composing letters using scrlttr2 } \opening { Friends } I would like to share with you a little utility that helps me compose formal letters within Org mode. Would you like to try it? \encl { org-latex-generic.el org-scrlttr2.el org-isodoc.el org-letter-utils.el } \closing { Thanks } \end{letter} \end{document} Let me know if you have any questions or suggestions. Jambunathan K. Jambunathan K kjambunat...@gmail.com writes: This is a follow upon my earlier posts in the following threads: [1] 'Composing letters using org-mode and scrlttr2' [2] Composingletters using Org mode and the LaTeX isodoc clas' I am attaching four files - org-latex-generic.el - org-letter-utils.el - org-scrlttr2.el - org-isodoc.el Functionality is easily explained by usage rather than by words. Usage Notes: 1. Load libraries - (require 'isodoc) - (require 'scrlttr2) 2. C-x C-f 'sample-letter.scrlttr2' and/or 'sample-isodoc.isodoc'. File extensions are important and they are indicative of the LaTeX classes targetted for export. 3. You will be offered a Org outline structure. Fill in the same. In the 'To' address field you have an option just to insert a bbdb link as opposed to the whole address. Remember to fill in the LCO file for scrlttr2 and style file for isodoc. 4. Do a C-c C-e l or C-c C-e d. 5. See that your letter is nicely exported. 6. YMMV. Additional Notes: Files have helpful docstring. Core functionality is in org-latex-generic-sectioning. Rest all are bells and whistles. ,[ C-h f org-latex-generic-sectioning RET ] | org-latex-generic-sectioning is a Lisp function in | `org-latex-generic.el'. | | (org-latex-generic-sectioning LEVEL HEADING) | | Rules for emitting Org headings as LaTeX fragments. | Currently a heading could be configured to start a LaTeX | environment, emit a LaTeX command, set optional arguments (with | heading as key and entry body as value) and mandatory | arguments. See `org-latex-generic-scrlttr2-sectioning-alist' and | `org-latex-generic-isodoc-sectioning-alist'. | | [back] ` Watch Out For: 1. Have no empty lines in .scrlttr2/.isodoc file. If that doesn't help remove it from
[Orgmode] Re: Sparse trees and searching for multiple words
For example, I'd like to see entries which contains the words 'cat' and 'dog' in any order. Or 'apple', 'orange', 'melon', 'plum' and 'pear' in any order. Maybe this will help: http://www.emacswiki.org/emacs/StringPermutations ___ Emacs-orgmode 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] MobileOrg pushing
When pushing my .org files for publishing, I see the content of a heading is truncated for the Agenda views. i.e. I have a heading with 7 - [ ] lines. But in the -agenda(W38-W42) view on MobileOrg (Android 0.4.1), the entry for that heading is truncated to only 5 - [ ] lines (It's not MobileOrg as I checked the file generated by 'org-mobile-push'). If I remember correctly, this is done for brevity. However, is it possible to add to the source code so that on these Agenda views there is a link which would take us to the _original_ headline? This would allow for the conciseness provided by the truncation, but easy direction to the source for complete information. Thanks again for MobileOrg! --C64Whiz ___ Emacs-orgmode 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: [Babel] Can't export to LaTeX anymore (args-out-of-range 0 0)
Hi Eric, Eric Schulte wrote: Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Eric Schulte wrote: [...] #+srcname: subject #+begin_src org :results org replace :noweb yes Composing letters using *Org mode* and the LaTeX isodoc class me #+end_src Question: =:results org replace= (instead of =:results org=) is necessary if we wanna see the results expanded in the Org buffer, on key =C-c C-v C-e=. Why? by default org mode blocks do not insert their results, this was due to their initial use to wrap results of code blocks. This can be changed in your personal configuration by customizing the value of the `org-babel-default-header-args:org' variable. OK. Clear. Asking for Org results, as you mentioned, made me dream about a direct export to PDF on =C-c C-v C-e=. However, when the Org results block =letter= is surrounded by LaTeX code, items and tables aren't translated anymore to their LaTeX counterparts. true, your outer-most block would have to be an org-mode block, which could include LaTeX sections if they were already surrounded in begin/end_latex blocks. Never thought about having blocks *inside* blocks... Tried things such as the following: --8---cut here---start-8--- #+OPTIONS: H:3 num:nil toc:nil #+LaTeX_CLASS: isodoc #+LaTeX_HEADER: \setupdocument{ #+LaTeX_HEADER: to = {% #+LaTeX_HEADER: Org mode user group \\ #+LaTeX_HEADER: World Wide Web #+LaTeX_HEADER: }, #+LaTeX_HEADER: subject = {Composing letters using Org mode and the \LaTeX{} isodoc class}, #+LaTeX_HEADER: opening = {Dear Org mode users}, #+LaTeX_HEADER: closing = {Yours Truly} #+LaTeX_HEADER: } #+source: contents #+begin_src org :results silent :exports none My body includes a list: - one - two and a small table: | here | second | | other | last | Not more. #+end_src #+BEGIN_SRC org #+BEGIN_LaTeX \letter{% #+END_LaTeX #+srcname: letter #+begin_src org :results raw :noweb yes Composing letters using *Org mode* and the LaTeX isodoc class contents #+end_src #+BEGIN_LaTeX } #+END_LaTeX #+END_SRC --8---cut here---end---8--- It may not be possible to export directly to a latex letter using Org-mode's build latex exporter. I think the tangling solution you mention below may be preferable. I'm approaching, but am not still where I need to be: the =#+END_SRC= does not seem to be correctly nested... The inner one gets related to the outer =#+BEGIN_SRC=. Then, if I understand correctly, the only fallback is the tangling solution: agreed. Here, the above results is perfectly translated into LaTeX. But trying to export this buffer raises the =Args out of range: 0, 0= error. This is the same error we discovered earlier, namely trying to export the body of an Org-mode block to latex in the middle of a latex export. I've pushed up a more useful error message. Yes. I was re-injecting previous results, to make the overview complete. The solution is to tangle it, and launch pdflatex on the tangled file. agreed. BTW: I've just pushed up a code block to the library of babel which makes it possible to include headlines into noweb exports. I imagine this would be very useful when composing letters in this manner. See the email where I initially mention this http://thread.gmane.org/gmane.emacs.orgmode/29926/focus=30667 Thanks. - Couldn't =C-c C-v C-e= tangle to files, when the =tangle= parameter is present? FYI, I've lost some amount of time (won't tell you how much, I'm ashamed) thinking that the tangling process did not work anymore on my machine, because I was expecting it on =C-c C-v C-e=. At my discharge, I only used tangling once, a couple of months ago, but... ... and I think I already had once that request in mind, maybe even asked on the list. =C-c C-v C-e= is already used for executing code blocks, unfortunately key-bindings are at a premium, so I don't think it is worth re-binding this -- although I do see how you could be confused I meant: for me, when there is a tangle directive, executing the code block *is* tangling. Or, at least, tangling should be done at the same time as the execution. Maybe, you want to explicitly separate both functions, though. Idealistic goal that I have in mind (so that I share upfront which directions I would enjoy to be able to follow): - be able to produce =isodoc= letter in PDF just by =C-c C-v C-e= by =C-c C-v C-e= do you mean tangle or execute? I meant, thus, when executing (here, producing the letter). - next step: be able to produce /mail merge/ (publiposting), having in Org the list of recipients and the letter's contents -- both in one unique Org file --, and producing all the letters at once (in one PDF), just by =C-c C-v C-e=... this shouldn't be impossible with the current setup, maybe use sbe to call a code block on every row of a table with the table holding
Re: [Orgmode] MobileOrg pushing
Hi CW64Whiz... instead of posting this hear could you fill out a feature request in the Github bug tracker? That helps me consolidate these things. 73, Matthew W. Jones (KI4ZIB) http://matburt.net On Tue, Sep 21, 2010 at 1:48 PM, C64 Whiz c64w...@gmail.com wrote: When pushing my .org files for publishing, I see the content of a heading is truncated for the Agenda views. i.e. I have a heading with 7 - [ ] lines. But in the -agenda(W38-W42) view on MobileOrg (Android 0.4.1), the entry for that heading is truncated to only 5 - [ ] lines (It's not MobileOrg as I checked the file generated by 'org-mobile-push'). If I remember correctly, this is done for brevity. However, is it possible to add to the source code so that on these Agenda views there is a link which would take us to the _original_ headline? This would allow for the conciseness provided by the truncation, but easy direction to the source for complete information. Thanks again for MobileOrg! --C64Whiz ___ Emacs-orgmode 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] Mail merge in isodoc class (with datatool... and Org)
Hi Eric, Going on within the _tangle_ route, I've managed getting *mail merge* working from Org, by using the =isodoc= class with the LaTeX package =datatool=. --8---cut here---start-8--- #+TITLE: Org-isodoc #+AUTHOR:Seb Vauban #+DATE: 2010-09-21 #+LANGUAGE: en_US * To :PROPERTIES: :ID: bfd9e2af-1033-4bf0-a0d1-5757afd9c9a1 :END: #+begin_src csv :tangle addresses.csv FirstName,LastName,Address,PostCode,Town Albert,ARTHUR,Rue1,1100,Albertville Beatrice,BENJAMIN,Rue2,2020,Bigard Christophe,CASTAGNE,Rue3,3003,Calais Damien,DURAND,Rue4,4440,Dunkerque #+end_src * Subject :PROPERTIES: :ID: 72e05a4c-13b5-48e3-b326-8868a7ab0f09 :END: #+srcname: subject #+begin_src org :results latex Composing letters using Org mode and the LaTeX isodoc class #+end_src * Opening :PROPERTIES: :ID: 123be106-665b-4da9-9009-769987713f87 :END: #+srcname: opening #+begin_src org :results latex Dear Org mode users, #+end_src * Body :PROPERTIES: :ID: 3ccb6126-c3d4-4e5f-b630-ef3086d15ca2 :END: #+srcname: body #+begin_src org :results latex *Problems* encountered /so far/: - how to insert properly converted tables (to LaTeX)? | test | hello | | foo | bar | - begin an Org block, editing this code adds commas in front of every line... That's all for now. #+end_src * Closing :PROPERTIES: :ID: 53486f96-916a-4900-9e01-c27e9661d184 :END: #+srcname: closing #+begin_src org :results latex Yours Truly #+end_src * Encl :PROPERTIES: :ID: 61870a22-46b7-4446-ab0f-c17ebb36c632 :END: #+srcname: encl #+begin_src org :results latex I still have to look at how to declare some attached documents. #+end_src * Letter :PROPERTIES: :ID: b9db447c-0347-414e-a555-edf2ddafdbc3 :END: #+begin_src latex :noweb yes :tangle yes \documentclass[11pt]{isodoc} \usepackage[utf8x]{inputenc} \usepackage[T1]{fontenc} \usepackage{datatool} \DTLloaddb{addresses}{addresses.csv} \usepackage{isodoc-style} \setupdocument{ subject = {% subject()}, opening = {% opening()}, closing = {% closing()} } \begin{document} \DTLforeach{addresses}{% \firstname=FirstName,% \lastname=LastName,% \addressi=Address,% \postcode=PostCode,% \town=Town% }{% \letter[to={\firstname~\lastname\\\addressi\\\postcode~\town}]{% body() }} \end{document} #+end_src --8---cut here---end---8--- I'm sure there are other ways, as you said... next step: be able to produce /mail merge/ (publiposting), having in Org the list of recipients and the letter's contents -- both in one unique Org file --, and producing all the letters at once (in one PDF), just by =C-c C-v C-e=... this shouldn't be impossible with the current setup, maybe use sbe to call a code block on every row of a table with the table holding the recipients. Certainly wouldn't be trivial though. ... but this is a first (working) step! Comments, patches, ideas, better ways... all are welcome... 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: Sparse trees and searching for multiple words
Tom, I agree that a flexible multi-term search would be a great addition to org-mode and Emacs in general. I'd say that Google has spoiled us, but like all who are spoiled I believe my inflated desires to be perfectly reasonable! I'm keeping more and more notes in org-mode, and the more I keep, the more this comes up. I had a look at the page Ilya suggested, and got the 'first alternative' to work with org-occur (code below), but I also followed the links there and it looks like Drew Adams has done some significant work in this regard with his 'icicles' library. See his discussion on search here: http://www.emacswiki.org/emacs/Icicles_-_Search_Commands%2c_Overview For example, using M-x icicles-search you can specify both a 'search context' (for example sentences, paragraphs, or any other span of text that you can define with a regexp perhaps org-mode outline nodes?), then from there you can drill down with one search term after another. This amounts to a progressive AND search, like what you're asking for. And as I remember, icicles does have a pretty good set of commands for tweaking searches in progress. Not Google Instant, but if it works, it could be pretty good. I'm not sure if you could somehow do org-sparse trees with something like this. On a first attempt a year ago, I wasn't able to swallow the icicles pill whole. I went back to ido in the end---partly because I couldn't manage the complexity. But `icicles-search' really motivates me to refresh my configuration and see if it is useful, at least for this kind of thing. For a simpler and less flexible solution, here is the code from the 'String Permutations' page, with the top-level function rewritten to call org-occur. It works reasonably well for the kind of searches you are asking about, but the search terms do have to be on the same line. This is less of a problem if, like me, you are using visual-line-mode and your paragraphs don't have newlines breaking them up. (defun scb/search-words-any-order (keywords) Search for a comma-separated list of terms in any order. (interactive sKeywords: (comma-separated) ) (org-occur (my-csv-string-to-regexp keywords))) (defun my-csv-string-to-regexp (str) Translate comma separated values into regexp. A,B,C turns into \\(A.*B.*C\\|A.*C.*B\\|B.*A.*C\\|B.*C.*A\\|C.*A.*B\\|C.*B.*A\\) (let* ((l (perms (split-string str ,\\s-* (mapconcat (function (lambda (n) (mapconcat 'identity n .*))) l \\|))) ;; thanks to Christoph Conrad c...@cli.de (require 'cl) (defun perms (l) (if (null l) (list '()) (mapcan #'(lambda( a ) (mapcan #'(lambda( p ) (list (cons a p))) (perms (remove* a l :count 1 l))) Scot On Tue, Sep 21, 2010 at 6:20 PM, Ilya Shlyakhter ilya_...@alum.mit.edu wrote: For example, I'd like to see entries which contains the words 'cat' and 'dog' in any order. Or 'apple', 'orange', 'melon', 'plum' and 'pear' in any order. Maybe this will help: http://www.emacswiki.org/emacs/StringPermutations ___ Emacs-orgmode 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] [WISH] ELPA repo for org-mode?
Jambunathan K kjambunat...@gmail.com writes: I think ELPA repository for orgmode-only packages (hosted where else but on worg) could be quite useful. The idea came up in emacs-devel [1]. AFAIU there are now three possible locations for Org extensions: - the org-mode/contrib/lisp directory of Org's git repo http://repo.or.cz/w/org-mode.git/tree/HEAD:/contrib/lisp Those files are not included in Emacs, but are potential candidates for org-mode/lisp and later inclusion. - ELPA itself -- nothing prevents orgers to submit their code there, if they follow the rules: http://tromey.com/elpa/upload.html - the World Wide Web. The www isn't a bad solution provided things are correctly listed somewhere - e.g. http://orgmode.org/worg/org-contrib/ But clearly the ELPA and the org-mode/contrib/lisp are better place for people who want to explore systematically and keep up with the latest versions of those extensions. I can see four scenarios: 1) more goes to org-mode/contrib/lisp: this is okay, but requires more people to have write access to Org 2) have a separate Org contribs repo: then we can be more liberal with write access and let users have all extensions in one pull. 3) migrate as much Org extensions as possible to ELPA: I'm still trying to figure out what would be the consequences of this. 4) adopt OLGA (Org Lisp Gadget Archive) on orgmode.org: we would need to adapt package.el for a custom ELPA-like on orgmode.org but this is feasible. The advantage of having OLGA separately from ELPA is that we might be more liberal about what extension is allowed there. Of course, we can combine (2) and (4): have a git repos containing Org extensions (those who are not officially part of Emacs/Org) and this repo can feed our OLGA, so that users can *also* navigate and update Org extensions thru OLGA. What people think? -- 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] problem with label in latex export
Hi Indraneel, Indraneel Majumdar indran...@indraneel.info writes: Since orgmode already uses hyperref, is there any reason why \phantomsection is not added before \label by default? Can you explain why \phantomsection is useful here? Thanks, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] output of shell command in agenda
Hi henry, henry atting nsmp...@online.de writes: I am using ledger to track my finances. I would like to have a brief summary of some part of it in org agenda. http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-ledger.php should give direction on how to display ledger output in Org files. I don't see how you would like to include ledger output in org agenda but perhaps `E' could help. HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Mediawiki and org-mode
Hi Dan, Dan Davison davi...@stats.ox.ac.uk writes: This is a slightly cosmetic issue, but would it make sense to separate the parsing functions from the strictly export-related stuff? I see no real problem here, but I'd rather wait for real use-cases before allowing the parsing code to sneak into org-mode/lisp/org.el (org org-parse.el). If you have such a use-case in mind please tell me :) Also, since this parser/exporter is quite experimental, it's easier for me for now to have all in one place... But perhaps it would hurt the new exporter to demand that the parsing code is general-purpose? Not at all! -- 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] Org capture with predefined entries from a list?
Hi Miguel, Miguel Ruiz rbeni...@yahoo.es writes: 1. In any buffer: M-x org-capture 2. Appears a menu saying Select a capture template. Of course, two options [t] and [j], and [C] Customize org-capture-templates and [q] Abort. 3. I press [t] and get a capture buffer with * TODO inserted, ready to accept my entry 4. Appears another menu saying Select task type or whatever: several options: [1] Task1 [2] Task2 [3] Task3 ... 5. I press [1] and capture buffer updates with * TODO Task1 inserted, ready to accept more info 6. Ideally appears another menu saying Select comment or whatever: several options: [1] Comment1 [2] Comment2 [3] Comment3 ... 7. I press [1] and capture buffer updates with * TODO Task1 Comment1 inserted, ready to accept more info 8. Ideally steps 6 and 7 would be repeated (well, no more than 4 or 5 times) 4. C-c C-c finish and save the entry in ~/org/gtd.org Do you really want capturing a task to be such a heavy task?! You should explore using multiple keys for the capture template definition -- see the manual: http://orgmode.org/manual/Template-elements.html#Template-elements HTH, -- 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] [WISH] ELPA repo for org-mode?
1) more goes to org-mode/contrib/lisp: this is okay, but requires more people to have write access to Org I can't comment on whether that is undesirable, but I assume that if the number of contributions grows, it might be best to take one of the other routes. 2) have a separate Org contribs repo: then we can be more liberal with write access and let users have all extensions in one pull. This would be find with me. Git is easy and quick. 3) migrate as much Org extensions as possible to ELPA: I'm still trying to figure out what would be the consequences of this. Well, for one thing, at the moment contributions to ELPA seem to be reviewed /en masse/, at an interval of about every two weeks: http://tromey.com/elpa/news.html It might be better for org to have a method where extension developers can say, There. Fixed it. and users can get updates immediately. People seem to do that kind of thing a lot, 'round here. And many of run the freshest code out there for extensions and main packages alike. 4) adopt OLGA (Org Lisp Gadget Archive) on orgmode.org: we would need to adapt package.el for a custom ELPA-like on orgmode.org but this is feasible. The advantage of having OLGA separately from ELPA is that we might be more liberal about what extension is allowed there. This might work. I like the idea of distributed repositories for ELPA anyway, and such a move might prompt the addition of an explicit way to include multiple package repos (debian-like) if such a way does not exist. I believe in a well-designed, well-used package manager for Emacs, and whatever aids that seems to me to be a Good Thing. Of course, we can combine (2) and (4): have a git repos containing Org extensions (those who are not officially part of Emacs/Org) and this repo can feed our OLGA, so that users can *also* navigate and update Org extensions thru OLGA. Yep. This might be nice both for the git-crowd and those who are inclined towards a package manager. ___ Emacs-orgmode 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] Trying to write an elisp function to move subtree to end of file
I am writing an elisp function to move the subtree (at the point/cursor) to the end of the file. The code from .elisp is shown I get an error message Invalid function: (org-cut-subtree) (defun move-subtree-to-end () (interactive) (save-excursion ( (org-cut-subtree) (end-of-buffer) (org-paste-subtree)) ) ) (global-set-key (kbd C-c e) 'move-subtree-to-end) To give you background, my todo list/journal has been captured in a date tree and I would like to move an item to the end of the buffer. The reason for this will be explained in an upcoming article! Refiling is not applicable as (I don't think) the target can be defined. A date tree looks like: * 2010 ** 2010-07 July... ** 2010-08 August... ** 2010-09 September *** 2010-09-21 Tuesday Headline of added entry Headline of another entry *** 2010-09-22 Wednesday Thanks! 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
[Orgmode] Howto define formula for table regions
Hi, I am just playing around with the table function of org-mode. I tried to create a little table to track the financial status of a project. I thought it would be nice to distinguish between entries which really had billed the account already and entries which will bill the account in the future. This would allow me to track and compare the current amount of my project account and in addition makes sure I will not overdraw my account by missing an outstanding transaction. Thus, initially my idea was to create a table like this: |-+--+---+++--| | nr. | date | title | number | amount | sum | |-+--+---+++--| | 1 | | inital fund | 1 | 1000 | 1000 | | 2 | | 1. payment to crew| 3 | -150 | -450 | | 3 | | 1. order | 1 |-50 | -50 | | 4 | | ||| | |-+--+---+++--| | | | balance on account||| 500 | |-+--+---+++--| | 1 | | outstanding order | 1 | -100 | -100 | | 2 | | 2. payment to crew| 3 | -100 | -300 | |-+--+---+++--| | | | balance - outstanding ||| 100 | |-+--+---+++--| Now I would like to add formulas for: 1. Increasing the number of the first column (Nr.), (entry in the FAQ, I know), whenever I add a new row. However do this for two blocks and leave row 6 and the last row empty. 2. Place the multiplication of number with amount in the sum column 3. Add the total sums of the two blocks in row 6 and the last row (taking into account that the table will grow over time) I know about column formulas and field formulas but I did not find a way to do something like for each field in column X between row a and row b calculate ... I thought I could use the hline notation to encapsulate a undefined amount of rows in between, however this doesn't work since every formula does only refer to one field or to an entire column. What I am looking for is something like: $...@ii+1..$6@III-1 = $...@0 * $...@0 or in text: for each field in column 6 starting with the first row below the second hline and end with row above the third hline multiply the column 4 and column 5 of the current row. Is there any other way to achieve this? Or does this make much enough sense to implement it ;) I guess there might be a lisp-way but I think a more intuitive way for non-lisper might be useful. As a kind of extrafor the very org-mode pros on this list If I fill dates into the date column, a mechanism which moves automatically (in the same way as I refresh calculation of formulas), the rows from the second block into the first block when the date passed would be some nice gadget Best regards Torsten CC. The manual says, the very first hline will not be counted for the hline referencing notation. However, as far as I can see it does count in both formulas and by indicating it with C-} (Org-mode version 6.36trans (release_6.36.437.g05b7e)) ___ Emacs-orgmode 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 LaTeX class for Org-mode export
Thomas S. Dye tsd at tsdye.com writes: Tom, I tried to run and produce PDF using Miktex 2.8 on Windows (Emacs 23.1). I get an error: (C:\bin\miktex-2.8\tex\latex\inconsolata\inconsolata.sty)) ! LaTeX Error: File `nil.sty' not found. and the PDF is not produced. I am a newbie at trying LaTeX so don't know quite where to begin solving the problem. Any help is much appreciated. Any tips to solve this problem? - Srinivas PS. Attached is the log: This is pdfTeX, Version 3.1415926-1.40.10 (MiKTeX 2.8) entering extended mode (c:/Documents and Settings/srinivas/my documents/org-files/src/article- class.te x LaTeX2e 2009/09/24 Babel v3.8l and hyphenation patterns for english, dumylang, nohyphenation, ge rman, ngerman, german-x-2009-06-19, ngerman-x-2009-06-19, french, loaded. (c:\Documents and Settings\srinivas\my documents\org-files\src\org- article.cls Document Class: org-article 2010/09/19 0.2 (TSD) (C:\bin\miktex-2.8\tex\latex\base\ifthen.sty) (C:\bin\miktex-2.8\tex\latex\tools\calc.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\ifpdf.sty) (C:\bin\miktex-2.8\tex\latex\koma-script\scrartcl.cls Document Class: scrartcl 2010/06/17 v3.06 KOMA-Script document class (article) (C:\bin\miktex-2.8\tex\latex\koma-script\scrkbase.sty (C:\bin\miktex-2.8\tex\latex\koma-script\scrbase.sty (C:\bin\miktex-2.8\tex\latex\graphics\keyval.sty) (C:\bin\miktex-2.8\tex\latex\koma-script\scrlfile.sty Package scrlfile, 2009/03/25 v3.03 KOMA-Script package (loading files) Copyright (C) Markus Kohm ))) (C:\bin\miktex-2.8\tex\latex\koma-script\tocbasic.sty) (C:\bin\miktex-2.8\tex\latex\koma-script\scrsize11pt.clo) (C:\bin\miktex-2.8\tex\latex\koma-script\typearea.sty Package typearea, 2010/06/17 v3.06 KOMA-Script package (type area) Copyright (C) Frank Neukam, 1992-1994 Copyright (C) Markus Kohm, 1994- Package typearea Warning: Maybe no optimal type area settings! (typearea)The maximum limit of line width is about 17% (typearea)larger than the heuristically detected line width. (typearea)You may e.g. increase DIV, decrease fontsize (typearea)or change the papersize. )) (C:\bin\miktex-2.8\tex\latex\base\fixltx2e.sty) (C:\bin\miktex-2.8\tex\latex\graphics\graphicx.sty (C:\bin\miktex-2.8\tex\latex\graphics\graphics.sty (C:\bin\miktex-2.8\tex\latex\graphics\trig.sty) (C:\bin\miktex-2.8\tex\latex\00miktex\graphics.cfg) (C:\bin\miktex-2.8\tex\latex\pdftex-def\pdftex.def))) (C:\bin\miktex-2.8\tex\latex\tools\longtable.sty) (C:\bin\miktex-2.8\tex\latex\float\float.sty) (C:\bin\miktex-2.8\tex\latex\wrapfig\wrapfig.sty) (C:\bin\miktex-2.8\tex\latex\soul\soul.sty) (C:\bin\miktex-2.8\tex\latex\base\fontenc.sty (C:\bin\miktex-2.8\tex\latex\base\t1enc.def)) (C:\bin\miktex-2.8\tex\latex\base\textcomp.sty (C:\bin\miktex-2.8\tex\latex\base\ts1enc.def)) (C:\bin\miktex-2.8\tex\latex\marvosym\marvosym.sty) (C:\bin\miktex-2.8\tex\latex\wasysym\wasysym.sty) (C:\bin\miktex-2.8\tex\latex\base\latexsym.sty) (C:\bin\miktex-2.8\tex\latex\hyperref\hyperref.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\ltxcmds.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\kvsetkeys.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\infwarerr.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\etexcmds.sty)) (C:\bin\miktex-2.8\tex\generic\oberdiek\pdfescape.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\pdftexcmds.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\ifluatex.sty))) (C:\bin\miktex-2.8\tex\generic\oberdiek\ifvtex.sty) (C:\bin\miktex-2.8\tex\latex\ifxetex\ifxetex.sty) (C:\bin\miktex-2.8\tex\latex\oberdiek\hycolor.sty (C:\bin\miktex-2.8\tex\latex\oberdiek\xcolor-patch.sty)) (C:\bin\miktex-2.8\tex\latex\oberdiek\letltxmacro.sty) (C:\bin\miktex-2.8\tex\latex\hyperref\pd1enc.def) (C:\bin\miktex-2.8\tex\generic\oberdiek\intcalc.sty) (C:\bin\miktex-2.8\tex\latex\00miktex\hyperref.cfg) (C:\bin\miktex-2.8\tex\latex\oberdiek\kvoptions.sty) Implicit mode ON; LaTeX internals redefined (C:\bin\miktex-2.8\tex\latex\ltxmisc\url.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\bitset.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\bigintcalc.sty)) (C:\bin\miktex-2.8\tex\generic\oberdiek\atbegshi.sty)) * hyperref using default driver hpdftex * (C:\bin\miktex-2.8\tex\latex\hyperref\hpdftex.def (C:\bin\miktex-2.8\tex\latex\oberdiek\atveryend.sty) (C:\bin\miktex-2.8\tex\latex\oberdiek\rerunfilecheck.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\uniquecounter.sty))) (C:\bin\miktex-2.8\tex\latex\paralist\paralist.sty) (C:\bin\miktex-2.8\tex\latex\microtype\microtype.sty (C:\bin\miktex-2.8\tex\latex\microtype\microtype.cfg)) (C:\bin\miktex-2.8\tex\latex\listings\listings.sty (C:\bin\miktex-2.8\tex\latex\listings\lstmisc.sty) (C:\bin\miktex-2.8\tex\latex\listings\listings.cfg)) (C:\bin\miktex-2.8\tex\latex\graphics\color.sty (C:\bin\miktex-2.8\tex\latex\00miktex\color.cfg)) (C:\bin\miktex-2.8\tex\latex\base\fontenc.sty (C:\bin\miktex-2.8\tex\latex\base\t1enc.def))
[Orgmode] Re: Sparse trees and searching for multiple words
Tom levelha...@gmail.com writes: I see sparse trees can be constructed by searching for a regexp, but I can't find the same ability for multiple searches. For example, I'd like to see entries which contains the words 'cat' and 'dog' in any order. Or 'apple', 'orange', 'melon', 'plum' and 'pear' in any order. Searching for multiple keywords in a single operation is a pretty basic feature. I recommend adding it if currently there is no way to do it in org. For such searches, I use org-search-view: C-c a s +cat +dog [RET] This will pull up the headlines for all entries that contain the substrings cat and dog in any order. By default, org-search-view treats the entry as a single substring if there are no plus or minus signs. E.g., C-c a s cat dog [RET] ...will find only those entries that have the precise string cat dog. For searches more like Google's (i.e., lazy booleans), you can set the variable org-agenda-search-view-always-boolean to t. Then, a search such as: C-c a s cat dog [RET] ...will find all entries that have the words cat and dog in any order. ,[ C-h v org-agenda-search-view-always-boolean ] | When this is non-nil, the string will be split on whitespace, and each | snippet will be searched individually, and all must match in order to | select an entry. ` If you want to force cat and dog to match full words only, you can set the variable org-agenda-search-view-force-full-words to t. 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] Re: A LaTeX class for Org-mode export
Srinivas, I don't know what is causing that. I've never seen it before. Are you able to compile successfully with the times option (which doesn't use the inconsolata font?) All the best, Tom On Sep 21, 2010, at 4:44 PM, Srinivas wrote: Thomas S. Dye tsd at tsdye.com writes: Tom, I tried to run and produce PDF using Miktex 2.8 on Windows (Emacs 23.1). I get an error: (C:\bin\miktex-2.8\tex\latex\inconsolata\inconsolata.sty)) ! LaTeX Error: File `nil.sty' not found. and the PDF is not produced. I am a newbie at trying LaTeX so don't know quite where to begin solving the problem. Any help is much appreciated. Any tips to solve this problem? - Srinivas PS. Attached is the log: This is pdfTeX, Version 3.1415926-1.40.10 (MiKTeX 2.8) entering extended mode (c:/Documents and Settings/srinivas/my documents/org-files/src/ article- class.te x LaTeX2e 2009/09/24 Babel v3.8l and hyphenation patterns for english, dumylang, nohyphenation, ge rman, ngerman, german-x-2009-06-19, ngerman-x-2009-06-19, french, loaded. (c:\Documents and Settings\srinivas\my documents\org-files\src\org- article.cls Document Class: org-article 2010/09/19 0.2 (TSD) (C:\bin\miktex-2.8\tex\latex\base\ifthen.sty) (C:\bin\miktex-2.8\tex\latex\tools\calc.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\ifpdf.sty) (C:\bin\miktex-2.8\tex\latex\koma-script\scrartcl.cls Document Class: scrartcl 2010/06/17 v3.06 KOMA-Script document class (article) (C:\bin\miktex-2.8\tex\latex\koma-script\scrkbase.sty (C:\bin\miktex-2.8\tex\latex\koma-script\scrbase.sty (C:\bin\miktex-2.8\tex\latex\graphics\keyval.sty) (C:\bin\miktex-2.8\tex\latex\koma-script\scrlfile.sty Package scrlfile, 2009/03/25 v3.03 KOMA-Script package (loading files) Copyright (C) Markus Kohm ))) (C:\bin\miktex-2.8\tex\latex\koma-script\tocbasic.sty) (C:\bin\miktex-2.8\tex\latex\koma-script\scrsize11pt.clo) (C:\bin\miktex-2.8\tex\latex\koma-script\typearea.sty Package typearea, 2010/06/17 v3.06 KOMA-Script package (type area) Copyright (C) Frank Neukam, 1992-1994 Copyright (C) Markus Kohm, 1994- Package typearea Warning: Maybe no optimal type area settings! (typearea)The maximum limit of line width is about 17% (typearea)larger than the heuristically detected line width. (typearea)You may e.g. increase DIV, decrease fontsize (typearea)or change the papersize. )) (C:\bin\miktex-2.8\tex\latex\base\fixltx2e.sty) (C:\bin\miktex-2.8\tex\latex\graphics\graphicx.sty (C:\bin\miktex-2.8\tex\latex\graphics\graphics.sty (C:\bin\miktex-2.8\tex\latex\graphics\trig.sty) (C:\bin\miktex-2.8\tex\latex\00miktex\graphics.cfg) (C:\bin\miktex-2.8\tex\latex\pdftex-def\pdftex.def))) (C:\bin\miktex-2.8\tex\latex\tools\longtable.sty) (C:\bin\miktex-2.8\tex\latex\float\float.sty) (C:\bin\miktex-2.8\tex\latex\wrapfig\wrapfig.sty) (C:\bin\miktex-2.8\tex\latex\soul\soul.sty) (C:\bin\miktex-2.8\tex\latex\base\fontenc.sty (C:\bin\miktex-2.8\tex\latex\base\t1enc.def)) (C:\bin\miktex-2.8\tex\latex\base\textcomp.sty (C:\bin\miktex-2.8\tex\latex\base\ts1enc.def)) (C:\bin\miktex-2.8\tex\latex\marvosym\marvosym.sty) (C:\bin\miktex-2.8\tex\latex\wasysym\wasysym.sty) (C:\bin\miktex-2.8\tex\latex\base\latexsym.sty) (C:\bin\miktex-2.8\tex\latex\hyperref\hyperref.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\ltxcmds.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\kvsetkeys.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\infwarerr.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\etexcmds.sty)) (C:\bin\miktex-2.8\tex\generic\oberdiek\pdfescape.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\pdftexcmds.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\ifluatex.sty))) (C:\bin\miktex-2.8\tex\generic\oberdiek\ifvtex.sty) (C:\bin\miktex-2.8\tex\latex\ifxetex\ifxetex.sty) (C:\bin\miktex-2.8\tex\latex\oberdiek\hycolor.sty (C:\bin\miktex-2.8\tex\latex\oberdiek\xcolor-patch.sty)) (C:\bin\miktex-2.8\tex\latex\oberdiek\letltxmacro.sty) (C:\bin\miktex-2.8\tex\latex\hyperref\pd1enc.def) (C:\bin\miktex-2.8\tex\generic\oberdiek\intcalc.sty) (C:\bin\miktex-2.8\tex\latex\00miktex\hyperref.cfg) (C:\bin\miktex-2.8\tex\latex\oberdiek\kvoptions.sty) Implicit mode ON; LaTeX internals redefined (C:\bin\miktex-2.8\tex\latex\ltxmisc\url.sty) (C:\bin\miktex-2.8\tex\generic\oberdiek\bitset.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\bigintcalc.sty)) (C:\bin\miktex-2.8\tex\generic\oberdiek\atbegshi.sty)) * hyperref using default driver hpdftex * (C:\bin\miktex-2.8\tex\latex\hyperref\hpdftex.def (C:\bin\miktex-2.8\tex\latex\oberdiek\atveryend.sty) (C:\bin\miktex-2.8\tex\latex\oberdiek\rerunfilecheck.sty (C:\bin\miktex-2.8\tex\generic\oberdiek\uniquecounter.sty))) (C:\bin\miktex-2.8\tex\latex\paralist\paralist.sty) (C:\bin\miktex-2.8\tex\latex\microtype\microtype.sty (C:\bin\miktex-2.8\tex\latex\microtype\microtype.cfg)) (C:\bin\miktex-2.8\tex\latex\listings\listings.sty (C:\bin\miktex-2.8\tex\latex\listings\lstmisc.sty)
Re: [Orgmode] problem with label in latex export
Sorry, forgot to cc to the list... Hi Bastien, I'm so glad to receive a reply. The problem is twofold. I need numbered paragraphs in Latex, with cross-references to the paragraphs. Since latex seems to have muddled with \par and \endpar, although numbered paragraphs are possible in Tex, they are not automatic or simple in latex. Numbered lists, however are easy in orgmode. Another problem in Tex/Latex is that references always point to the beginning of the smallest environment (probably actually section, but maybe hyperref modifies it to the beginning of environment). So, placing a \label in a numbered list has the desired effect. However, orgmode seems to have a bug (or a feature lack), in that I cannot place a #+label inside a list without destroying the automatic numbering. An example of what does not work (no label generated): 11. #+ target Some text 12. More text [[target][go to]] And this one breaks automatic numbering: 10. Something #+target 11. Some text running C-c C-c on 11 changes it to 1. Obviously, I want the target to be the item, not to some changeable text in the list content, and I also want to hide the target identifier. [Two more problems I noticed (or my lack of knowledge of orgmode): target always prints out the contents; i.e. an option like targetdescription would be nice. Also numbers in []; i.e. [[11]] or [[11][see 11]] get mangled in latex output; I couldn't figure out how to avoid that.] Since I couldn't use numbered lists, the other option was to number paragraphs by hand, and place #+target in the lines above them. Orgmode does correctly place the \label but latex/tex ignores it. hyperref enables this label only if \phantomsection is present in the line above it. With \phantomsection and \label the pdf output works fine. Actually \phantomsection \label{target} works fine anywhere in the text. My suggestion is twofold: 1. Allow a targetdescription where description can be empty or nil; eg. target If orgmode does not do something like this already, this will allow suppressing contents of the target in the output, if target is present inline; i.e. no #+ 2. Add a \phantomsection where ever a targetdescription is located, while exporting to latex. Please let me know if I'm missing something. I'm new to orgmode, and thank you for it. Indraneel On 2010-09-22 4:11, Bastien wrote: Hi Indraneel, Indraneel Majumdarindran...@indraneel.info writes: Since orgmode already uses hyperref, is there any reason why \phantomsection is not added before \label by default? Can you explain why \phantomsection is useful here? Thanks, ___ Emacs-orgmode 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] Apply patch for hour/minute repeater support
Hello Andrew, I copied the diff from --- to the version number at the end of the diff to a file and ran a git apply patch file while on a local branch. It fails with fatal: corrupt patch at line 12 which is: , | @cindex timestamp, with repeater interval ` Any clues what I could be doing wrong? Thanks -- Manish On Tue, Sep 21, 2010 at 6:16 PM, Carsten Dominik wrote: Hi everyone, do we have any volunteers who are willing to test this patch? Thanks. - Carsten On Sep 14, 2010, at 7:06 PM, Andrew J. Korty wrote: This patch adds hour and minute granularity to repeaters. Let me know if there's interest in incorporating it, and I'll start the FSF paperwork process. Andrew Korty --- doc/org.texi |4 ++-- lisp/org-agenda.el |2 +- lisp/org.el| 27 +++ 3 files changed, 18 insertions(+), 15 deletions(-) diff --git a/doc/org.texi b/doc/org.texi index d6ea141..e9ede5a 100644 --- a/doc/org.texi +++ b/doc/org.texi @@ -5006,8 +5006,8 @@ plain timestamp will be shown exactly on that date. @cindex timestamp, with repeater interval A timestamp may contain a @emph{repeater interval}, indicating that it applies not only on the given date, but again and again after a certain -interval of N days (d), weeks (w), months (m), or years (y). The -following will show up in the agenda every Wednesday: +interval of N minutes(M), hours(H), days (d), weeks (w), months (m), or +years (y). The following will show up in the agenda every Wednesday: @example * Pick up Sam at school 2007-05-16 Wed 12:30 +1w diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 9f94fa6..176c8f0 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4385,7 +4385,7 @@ the documentation of `org-diary'. (apply 'encode-time ; DATE bound by calendar (list 0 0 0 (nth 1 date) (car date) (nth 2 date 1 11)) - \\|\\([0-9]+-[0-9]+-[0-9]+[^\n]+?\\+[0-9]+[dwmy]\\) + \\|\\([0-9]+-[0-9]+-[0-9]+[^\n]+?\\+[0-9]+[MHdwmy]\\) \\|\\(%%\\(([^\n]+)\\)\\))) marker hdmarker deadlinep scheduledp clockp closedp inactivep donep tmp priority category ee txt timestr tags b0 b3 e3 head diff --git a/lisp/org.el b/lisp/org.el index 70dd482..ace8291 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -621,7 +621,7 @@ An entry can be toggled between QUOTE and normal with :type 'string) (defconst org-repeat-re - [0-9]\\{4\\}-[0-9][0-9]-[0-9][0-9] [^\n]*?\\([.+]?\\+[0-9]+[dwmy]\\(/[0-9]+[dwmy]\\)?\\) + [0-9]\\{4\\}-[0-9][0-9]-[0-9][0-9] [^\n]*?\\([.+]?\\+[0-9]+[MHdwmy]\\(/[0-9]+[dwmy]\\)?\\) Regular expression for specifying repeated events. After a match, group 1 contains the repeat expression.) @@ -11392,7 +11392,8 @@ This function is run automatically after each state change to a DONE state. (aa (assoc last-state org-todo-kwd-alist)) (interpret (nth 1 aa)) (head (nth 2 aa)) -(whata '((d . day) (m . month) (y . year))) +(whata '((M . minute) (H . hour) (d . day) (m . month) + (y . year))) (msg Entry repeats: ) (org-log-done nil) (org-todo-log-states nil) @@ -11429,7 +11430,7 @@ This function is run automatically after each state change to a DONE state. (setq type (if (match-end 1) org-scheduled-string (if (match-end 3) org-deadline-string Plain:)) ts (match-string (if (match-end 2) 2 (if (match-end 4) 4 0 - (when (string-match \\([.+]\\)?\\(\\+[0-9]+\\)\\([dwmy]\\) ts) + (when (string-match \\([.+]\\)?\\(\\+[0-9]+\\)\\([MHdwmy]\\) ts) (setq n (string-to-number (match-string 2 ts)) what (match-string 3 ts)) (if (equal what w) (setq n (* n 7) what d)) @@ -11438,13 +11439,15 @@ This function is run automatically after each state change to a DONE state. (setq time (save-match-data (org-time-string-to-time ts))) (cond ((equal (match-string 1 ts) .) - ;; Shift starting date to today + ;; Shift starting date to now (org-timestamp-change - (- (time-to-days (current-time)) (time-to-days time)) - 'day)) + (truncate (/ (- (time-to-seconds (current-time)) + (time-to-seconds time)) 60)) + 'minute)) ((equal (match-string 1 ts) +) (while (or (= nshift 0) -(= (time-to-days time) (time-to-days (current-time +(= (time-to-seconds time) + (time-to-seconds (current-time (when (= (incf nshift) nshiftmax) (or (y-or-n-p (message %d repeater intervals were not enough to shift date past today. Continue? nshift)) (error Abort))) @@ -11456,7 +11459,7 @@ This function is run
[Orgmode] does #+PROPERTY still exist ?
In the org manual node `(org) Property syntax' one can read the following: --8-coupez ici--début--8--- If you want to set properties that can be inherited by any entry in a file, use a line like #+PROPERTY: NDisks_ALL 1 2 3 4 --8-coupez ici---fin---8--- However this does not seem to work. What I did to get the same effect is place a property drawer before the first title, and then set #+OPTIONS: skip:t In order to disable export of this drawer (because I am exporting drawers in general). I would like to know whether this is a bug, and if yes I can provide a patch to the manual with work-around explained above. BR, Vincent. PS: #+PROPERTY does not work with completion `C-M-i' either ___ Emacs-orgmode 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: Trying to write an elisp function to move subtree to end of file
Charles Cave charles_c...@optusnet.com.au writes: I am writing an elisp function to move the subtree (at the point/cursor) to the end of the file. The code from .elisp is shown I get an error message Invalid function: (org-cut-subtree) (defun move-subtree-to-end () (interactive) (save-excursion ( (org-cut-subtree) (end-of-buffer) (org-paste-subtree)) ) ) (global-set-key (kbd C-c e) 'move-subtree-to-end) To give you background, my todo list/journal has been captured in a date tree and I would like to move an item to the end of the buffer. The reason for this will be explained in an upcoming article! Refiling is not applicable as (I don't think) the target can be defined. I wonder why this is not an option. Can you please elaborate a bit? Thanks and Regards Noorul ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org capture with predefined entries from a list?
--- El mié, 22/9/10, Bastien bastien.gue...@wikimedia.fr escribió: De: Bastien bastien.gue...@wikimedia.fr Asunto: Re: [Orgmode] Org capture with predefined entries from a list? Para: Miguel Ruiz rbeni...@yahoo.es CC: emacs-orgmode@gnu.org Fecha: miércoles, 22 de septiembre, 2010 01:00 Hi Miguel, Miguel Ruiz rbeni...@yahoo.es writes: 1. In any buffer: M-x org-capture 2. Appears a menu saying Select a capture template. Of course, two options [t] and [j], and [C] Customize org-capture-templates and [q] Abort. 3. I press [t] and get a capture buffer with * TODO inserted, ready to accept my entry 4. Appears another menu saying Select task type or whatever: several options: [1] Task1 [2] Task2 [3] Task3 ... 5. I press [1] and capture buffer updates with * TODO Task1 inserted, ready to accept more info 6. Ideally appears another menu saying Select comment or whatever: several options: [1] Comment1 [2] Comment2 [3] Comment3 ... 7. I press [1] and capture buffer updates with * TODO Task1 Comment1 inserted, ready to accept more info 8. Ideally steps 6 and 7 would be repeated (well, no more than 4 or 5 times) 4. C-c C-c finish and save the entry in ~/org/gtd.org Do you really want capturing a task to be such a heavy task?! Actually, yes, I want, because steps 4, 6 and 8 contain long lists hard to remember, and I want to guarantee exactly the inserted strings are one of the included in the lists. In the original post, I said that I could manage with 2-3 keybindings that show, each, a list to choose and insert the entry, but I am not sure how to do it. You should explore using multiple keys for the capture template definition -- see the manual: Do you mean I should generate all the combinations and assign a template to each one? Can you provide any kind of minimal example? http://orgmode.org/manual/Template-elements.html#Template-elements HTH, -- Bastien ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: A LaTeX class for Org-mode export
Aloha Srinivas, Good news. I'm not sure what you mean by close, though. In the LaTeX world, a document is supposed produce the same output regardless of the platform or the output device. Close is typically not good enough. Feel free to ask questions when they arise. All the best, Tom On Sep 21, 2010, at 6:44 PM, Srinivas Pavani wrote: Tom, Thanks for your quick reply. Looks like something went wrong so I reinstalled MikTex 2.8 and tried again. I started off with simple PDFs and slowly built up. I am finally able to get a pdf version that is close to yours. - Srinivas ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode