Re: [Orgmode] Re: [PATCH] org-export-generic, text markup -- and a request
Hi Tomas! I have nothing to contribute to the real topic, but I wanted to inform you that there is a software called dokuwiki - so I got a bit irritated, whether you are reffering to that or to mediawiki, as you first stated. And (at least on the mailinglist) your patch is delivered as an empty file. Kind regards Daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] moving past state changes into logbook drawer?
Michael Gilbert wrote: Hi — I am just now transitioning to logging state changes into a logbook drawer. But I have legacy agenda files with hundreds of lines that were not put into that drawer. Does anyone know of a convenient way to move all the past state changes into the suitable drawer? If that in the manual, I'm afraid I missed it. Moving these non-logbook state changes into the LOGBOOK drawer is not covered in the manual. Just gave this problem a thought and will see if I can provide a function that does the job. Although there are limitations. Finding state changes without a note is doable. , | ^[ \t]*- State .+ ` If they have a note they end with \\ and we know for certain that everything up to a blank line (\n\n) belongs to the state change. But we cannot say if things below this blank line belong to the note or not. , | - State WAIT from TODO [2010-06-27 So 08:41] \\ | Here is some text. | | And the note goes on! ` HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpyS7Z71oMO9.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Bug? org-capture resumes clock on captured (not interruped) task
Hi, I have the following capture template template: (t Todo entry (file+headline (concat org-directory openloops.org) Open Loops) * TODO %?\nSCHEDULED: %t :prepend t :clock-in t :clock-resume t) After finishing a capture process that interrupted a running clock, the just captured task has two clock entries: one for the capture process and an open clock, like so: * STARTED The task I just captured SCHEDULED: 2010-07-24 Sat :LOGBOOK: CLOCK: [2010-07-24 Sat 00:52] CLOCK: [2010-07-24 Sat 00:52]--[2010-07-24 Sat 00:52] = 0:00 :END: That is, the clock is restarted on the wrong task. I've installed org-mode directly from the git reposity. Cheers, Viktor ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] org-export-generic, text markup -- and a request
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Jul 24, 2010 at 08:39:53AM +0200, Daniel Bausch wrote: Hi Tomas! I have nothing to contribute to the real topic, but I wanted to inform you that there is a software called dokuwiki - so I got a bit irritated, whether you are reffering to that or to mediawiki, as you first stated. No, that was a typo. In my special case it's actually dokuwiki (wasn't my choice). But the patch itself isnt dependent on that. And (at least on the mailinglist) your patch is delivered as an empty file. Whoops! thanks for the heads-up. Here it is, inline (remember that I filtered out whitespace diffs -- the indentation after patching isn't right, but the patch is more readable): Usage is in my original mail. - diff --git a/contrib/lisp/org-export-generic.el b/contrib/lisp/org-export-generic.el index 1b099dd..88c6169 100644 - --- a/contrib/lisp/org-export-generic.el +++ b/contrib/lisp/org-export-generic.el @@ -473,6 +473,8 @@ The prefix ARG specifies how many levels of the outline should become underlined headlines. The default is 3. (interactive P) (setq-default org-todo-line-regexp org-todo-line-regexp) + (unwind-protect + (add-hook 'org-export-preprocess-hook 'org-export-generic-process-markup) (let* ((opt-plist (org-combine-plists (org-default-export-plist) (org-infile-export-plist))) (region-p (org-region-active-p)) @@ -541,6 +543,8 @@ underlined headlines. The default is 3. (if (equal ass default) org-generic-export-type ass) org-generic-alist + (markup-table (plist-get export-plist :markup)) ; Need this early + (custom-times org-display-custom-times) (org-generic-current-indentation '(0 . 0)) (level 0) (old-level 0) line txt lastwastext @@ -1021,8 +1025,23 @@ underlined headlines. The default is 3. (setq end (next-single-property-change beg 'org-cwidth)) (delete-region beg end) (goto-char beg))) - -(goto-char (point-min + (goto-char (point-min))) +;; Unwind: +(remove-hook 'org-export-preprocess-hook 'org-export-generic-process-markup))) +(defun org-export-generic-process-markup () + (save-excursion +(goto-char (point-min)) +(while (re-search-forward org-emph-re nil t) + (let* ((mpre (match-string 1)) ; match prefix... +(msuf (match-string 5)) ; and suffix: leave alone +(mchar (match-string 3)) ; org's markup charater +(mtext (match-string 4)) ; the marked-up text +(fmt (or (cdr (assoc mchar markup-table)) ; found? + (concat mchar %s mchar ; no: leave alone + (replace-match +(format (concat %s fmt %s) mpre mtext msuf))) + (backward-char (defun org-export-generic-format (export-plist prop optional len n reverse) converts a property specification to a string given types of properties - Regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFMSqMBBcgs9XrR2kYRArNHAJwKtIEHDAY3F6+o7mhT9pKLreJHPQCcDM7w fgjepSJwjsZqm3lv7903Caw= =pbVQ -END PGP SIGNATURE- ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: startup Lisp error in 7.01: Debugger entered--Lisp error: (void-function org-export-blocks-add-block)
Hi Eric, thanks for considering. You are right. Doing a complete and fresh checkout does not show the error anymore. Must be some mixing up of files. Thanks! Am 23.07.2010 17:43, schrieb Eric Schulte: Hi Rainer, I am unable to reproduce this problem. Are you sure that you have a complete Org-mode instillation, and that no older installations could be conflicting with your install? It may be possible to patch over the error you've mentioned by requiring org-exp-blocks before you require org-latex, e.g. (require 'org-exp-blocks) (require 'org-latex) However that still wouldn't explain why this error has appeared for you in the first place. Best -- Eric Rainer Stengelerainer.steng...@diplan.de writes: Hi all, I have a startup Lisp error in 7.01: (I omitted the bytcode lines because they are confusing thunderbird ...) Debugger entered--Lisp error: (void-function org-export-blocks-add-block) org-export-blocks-add-block((src org-babel-exp-src-blocks nil)) ... require(ob-exp) ... require(org-exp) ... require(org-latex) eval-buffer(#buffer *load* nil c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs nil t) ; Reading at buffer position 39168 load-with-code-conversion(c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs c:/Dokumente und Einstellungen/rainer/Anwendungsdaten/.emacs t t) load(~/.emacs t t) command-line() normal-top-level() the culprit is the requiring of org-latex. In the release docs I could not find a change in loading the latex export. Can anybody see the problem? - 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 ___ Emacs-orgmode 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] Diary-integration in version 7.01.g
Hi all, it seems that the diary integration is somehow broken in the new orgmode 7.01.g: I have entries like %%(diary-anniversary 1960 08 06) Herr X (%d Jahre alt) in my org-contacts file, but they are no longer shown in the agenda view. org-agenda-include-diary is set to t. Other sexp entries (diary blocks, for instance) don't work either. Can someone verify this? Schöne Grüße, Uwe ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] RE: Bug Report: refile and attachments
Colin Fraizer wrote: I know it's not _exactly_ the same, but I re-filed it back to the original file (C-c C-w) and then opened it successfully (C-c C-a o). It didn't prompt me (because there was only one attachment). I just tried it with a new entry and attachment file (of the same type) and it worked. Hmn. Oh, I see the problem. In the failing case, the org files are in different directories. (I didn't realize it because they are both agenda files and I was using the path-oriented interactive refilling.) I would expect the refile to move the attachments to the target's attachment directory regardless. I've put it on the wish-list because it is indeed something that is naturally to be expected. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpCu3X8grRhY.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] org-export-generic, text markup -- and a request
Hi Tomás, Could I asked you to send the patch again as an attachment of type text/plain? If you do so Org mode's patchtracker is able to pick it up for further review. Thanks, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpcx39MvXchD.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Diary-integration in version 7.01.g
Uwe Jochum wrote: Hi all, it seems that the diary integration is somehow broken in the new orgmode 7.01.g: I have entries like %%(diary-anniversary 1960 08 06) Herr X (%d Jahre alt) in my org-contacts file, but they are no longer shown in the agenda view. org-agenda-include-diary is set to t. Other sexp entries (diary blocks, for instance) don't work either. Can someone verify this? Works fine here with Org-mode version 7.01trans on GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgp00LIW9u79W.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug? org-capture resumes clock on captured (not interruped) task
Viktor Rosenfeld wrote: That is, the clock is restarted on the wrong task. I've installed org-mode directly from the git reposity. This (mis)behavior is currently under investigation: http://thread.gmane.org/gmane.emacs.orgmode/27947 Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpHwrE6cM34t.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Diary-integration in version 7.01.g
Am 24.07.2010, 14:03 Uhr, schrieb David Maus dm...@ictsoc.de: Works fine here with Org-mode version 7.01trans on GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian HTH, -- David Thanks! After restarting the system it works again on my machine. Hm. Don't know what was wrong... Best, Uwe ___ Emacs-orgmode 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] sharing Org-mode files for collaboration
Hello, There have been some threads here about sharing and collaboratively editing Org-mode files. I have a LAN with a central server and Samba shares, all clients have Emacs and Org-mode installed. Sharing of calendars and tasks could be done through Org agenda. Right now I am implementing a very simple setup: - a shared folder with one org file per user - each user has writing permissions for his own file and reading permissions for all other org files - org-agenda-files of each user includes the names of the shared files of the other users Do you see any problems arising from this setup. Any other suggestions how it could be improved or extended? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] Fix clocking on capture completion
* lisp/org-capture.el (org-capture-finalize): Fix clock in of interrupted task during capture finalize Calling org-capture-get inside the org-with-point-at macro does not work when the current clocking task and the capture target buffer are the same. In this case the captured task would continue clocking instead of switching back to the previously clocking task. --- I think this patch fixes the issue but it should receive more testing. Please report back if this works or not. -Bernt lisp/org-capture.el |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/lisp/org-capture.el b/lisp/org-capture.el index cf09dce..2efed78 100644 --- a/lisp/org-capture.el +++ b/lisp/org-capture.el @@ -467,8 +467,9 @@ bypassed. (markerp (org-capture-get :interrupted-clock 'local)) (buffer-live-p (marker-buffer (org-capture-get :interrupted-clock 'local - (org-with-point-at (org-capture-get :interrupted-clock 'local) - (org-clock-in)) + (let ((clock-in-task (org-capture-get :interrupted-clock 'local))) + (org-with-point-at clock-in-task + (org-clock-in))) (message Interrupted clock has been resumed))) (let ((beg (point-min)) -- 1.7.2 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [PATCH] org-export-generic, text markup -- and a request
On Sat, Jul 24, 2010 at 01:49:44PM +0200, David Maus wrote: Hi Tomás, Could I asked you to send the patch again as an attachment of type text/plain? If you do so Org mode's patchtracker is able to pick it up for further review. OK, I'll retry -- seems I made a mistake the first round. Here it goes... (BTW -- has anyone an idea why I can't subscribe to the list?) Thanks -- tomás diff --git a/contrib/lisp/org-export-generic.el b/contrib/lisp/org-export-generic.el index 1b099dd..88c6169 100644 --- a/contrib/lisp/org-export-generic.el +++ b/contrib/lisp/org-export-generic.el @@ -473,6 +473,8 @@ The prefix ARG specifies how many levels of the outline should become underlined headlines. The default is 3. (interactive P) (setq-default org-todo-line-regexp org-todo-line-regexp) + (unwind-protect + (add-hook 'org-export-preprocess-hook 'org-export-generic-process-markup) (let* ((opt-plist (org-combine-plists (org-default-export-plist) (org-infile-export-plist))) (region-p (org-region-active-p)) @@ -541,6 +543,8 @@ underlined headlines. The default is 3. (if (equal ass default) org-generic-export-type ass) org-generic-alist + (markup-table (plist-get export-plist :markup)) ; Need this early + (custom-times org-display-custom-times) (org-generic-current-indentation '(0 . 0)) (level 0) (old-level 0) line txt lastwastext @@ -1021,8 +1025,23 @@ underlined headlines. The default is 3. (setq end (next-single-property-change beg 'org-cwidth)) (delete-region beg end) (goto-char beg))) -(goto-char (point-min + (goto-char (point-min))) +;; Unwind: +(remove-hook 'org-export-preprocess-hook 'org-export-generic-process-markup))) +(defun org-export-generic-process-markup () + (save-excursion +(goto-char (point-min)) +(while (re-search-forward org-emph-re nil t) + (let* ((mpre (match-string 1)) ; match prefix... + (msuf (match-string 5)) ; and suffix: leave alone + (mchar (match-string 3)) ; org's markup charater + (mtext (match-string 4)) ; the marked-up text + (fmt (or (cdr (assoc mchar markup-table)) ; found? + (concat mchar %s mchar ; no: leave alone + (replace-match + (format (concat %s fmt %s) mpre mtext msuf))) + (backward-char (defun org-export-generic-format (export-plist prop optional len n reverse) converts a property specification to a string given types of properties signature.asc Description: Digital signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Fix clocking on capture completion
Viktor Rosenfeld listuse...@googlemail.com writes: this patch fixes the problem for me. I'm on release_7.01g.24.g6b5cf.dirty Thanks for the feedback. A somewhat related question: I use your bh/clock-in-to-next function to change the todo state to STARTED when clocking in TODO tasks. Unfortunately it is being applied to Capture buffers. I tried changing the buffer-name to CAPTURE-* but that didn't help. I've updated the function for capture mode but not posted the changes to my doc.norang.ca yet. Here's the function that works for me with capture and remember mode. I'm going to be removing the remember mode logic since I no longer use that. (defun bh/clock-in-to-next (kw) Switch task from TODO to NEXT when clocking in. Skips remember tasks and tasks with subtasks (if (and (string-equal kw TODO) (not (string-equal (buffer-name) *Remember*)) (not (and (boundp 'org-capture-mode) org-capture-mode))) (let ((subtree-end (save-excursion (org-end-of-subtree t))) (has-subtask nil)) (save-excursion (forward-line 1) (while (and (not has-subtask) ( (point) subtree-end) (re-search-forward ^\*+ subtree-end t)) (when (member (org-get-todo-state) org-not-done-keywords) (setq has-subtask t (when (not has-subtask) NEXT HTH, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Finding old appointments
Hi Tassilo, for some projects, I have tenth of appointment entry children with a past timestamp. They sometimes annoy me cause they make spotting the actual entries harder. Is there a way to spot such outdated entries, like building an agenda view of outdated entries? To be more precise, with outdated entry I mean a headline that contains only past timestamps and has only finished todos and is not tagged with ARCHIVE (cause then I already spotted it). Maybe that's a task for a custom agenda view? I have to admit, that I didn't use those till now... Not directly answering your point, but trying to make your point more accurate... What's the info available about your past appointments? I'm a bit puzzled about what I have to do with old appointments. Let me explain... I have such appointments: --8---cut here---start-8--- ** Dentist 2010-07-28 Wed 10:45-11:15 ** Meeting client ABC 2010-08-19 Thu 10:00-12:00 --8---cut here---end---8--- OK. We're on 1st of August. What do I do with the first entry (dentist)? - leave it like it is? - change the angle brackets by [] (to explictly make it inactive)? - remove it? Is it the type of information you have about your past entries? Active or inactive timestamps? Would we do the full right clocking behavior, we should have clocked in and out such entries. So, the right info would be in LOGBOOK. Do you have such info as well about your past entries? What is the right behavior? I guess the last one... Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: TODO type problem on speedbar and imenu.
Hi Osamu, I found a problem on speedbar and imenu. Reproducing date is here * someday/maybe * SOMEDAY/maybe * SOMEDAY maybe * someday maybe * read/review * READ/review * conf #+TYP_TODO: SOMEDAY When a head line includes TODO state name, I am afraid that displayed head line names on speedbar are wrong. Because SOMEDAY is TODO type but someday/maybe and SOMEDAY/maybe is not TODO task. I won't answer your mail. Sorry. Just having a question: how do you have the red V after the file names? Is it some sort of versioning marker? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: sharing Org-mode files for collaboration
Hello Carles, There have been some threads here about sharing and collaboratively editing Org-mode files. I have a LAN with a central server and Samba shares, all clients have Emacs and Org-mode installed. Sharing of calendars and tasks could be done through Org agenda. Right now I am implementing a very simple setup: - a shared folder with one org file per user - each user has writing permissions for his own file and reading permissions for all other org files - org-agenda-files of each user includes the names of the shared files of the other users Do you see any problems arising from this setup. Any other suggestions how it could be improved or extended? I have launched such a discussion, about extending the CLOCK times with a suffix identifying the user. I have not had that much amount of reaction. Maybe, this is not (yet) a main theme, currently. I find your setup interesting. The only drawback, for me, is that the next thing we want is to work on common tasks, meaning we want to clock on common tasks. Hence, my topic http://osdir.com/ml/emacs-orgmode-gnu/2010-06/msg00277.html. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Hi Tassilo and Giovanni, Tassilo Horn wrote: On Friday 23 July 2010 10:54:24 Giovanni Ridolfi wrote: And I like being able to restrict the message list incrementally by simply entering parts of the author name or subject. Gnus cannot do that. may be ths can help: 1. cursor in the Summary message buffer # let's restrict to headers: 2. / h $the-header-you-like # I'd use 23 Jul to read only the messages of today Yes, the various restrictions basically do what I want, except that they don't work incrementally while typing and first you have to start with a summary containing many/all messages, which takes some time to create. Thanks for your precision about the local imap server, and this new filter I did not know about (/h). I share your point of view, Tassilo, about the (absence of) incremental filtering. 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] Personal accounting with emacs, org and...?
On Fri, 23 Jul 2010 09:29:33 -0700, Eric Schulte schulte.e...@gmail.com wrote: Thanks Eric! This has now been included in Org-mode. Excellent. Many thanks. If you get a chance, it would be great to add ob-ledger to the list of supported languages on Worg, and if possible to add an ob-ledger specific file with a brief usage example -- see existing language-specific files linked to from the language table for examples. Okay. I'm taking some time off work, and will be striving to stay away from computers while doing so, so I will try to do something on this next month. I've already got a start on such a document. Thanks again, eric -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Small patch to restrict syntactic context where [[links]] are active
Hi, I posted a bit of code here a while back which allows org [[links]] and targets to be fontified and active in any major mode. I have been using this with great success in elisp and common lisp source code files, where it actually works much more smoothly than linkd mode (see emacswiki) which I used previously. I have become interested in a very cool dialect of lisp called Clojure. Clojure uses square brackets [ ] for syntax a lot more than other lisps. This sometimes leads to eg argument lists of functions being fontified as org [[links]]. Fixing this requires a tiny change to 'org-activate-bracket-links' (2 lines), one helper function and one variable which the user can set per-buffer. With this, if I have the following code in my .emacs: (add-hook 'clojure-mode-hook (lambda () (setq org-bracket-link-context '(string comment Then org [[links]] will only be recognised when they occur inside a string or comment (as defined by Clojure mode), rather than messing up function arglists. The patch follows (org.el): (defun org-activate-bracket-links (limit) Run through the buffer and add overlays to bracketed links. - (if (re-search-forward org-bracket-link-regexp limit t) + (if (and (re-search-forward org-bracket-link-regexp limit t) + (org-bracket-link-context-ok)) (let* ((help (concat LINK: (org-match-string-no-properties 1))) ;; FIXME: above we should remove the escapes. The helper function and variable: (defvar org-bracket-link-context nil Buffer-local Variable that defines the syntactic contexts where org-style bracketed links should be recognised as such, provided that they match the regular expression for bracketed links. Possible values: nil - Any context is acceptable (default). STRING - The point is within a 'string'. COMMENT - The point is within a comment. OTHER - The point is outside a string or comment. A list - One of the contexts in the list is satisfied. The list must only contain some combination of the symbols STRING, COMMENT, or OTHER. ) (make-variable-buffer-local 'org-bracket-link-context) (defun org-bracket-link-context-ok () Helper function, called by ORG-ACTIVATE-BRACKET-LINKS. Returns true if the syntactic context at the point is an acceptable place to fontify an org bracketed link. This is decided by checking the syntactic context against the value of the variable ORG-BRACKET-LINK-CONTEXT. (or (null org-bracket-link-context) (let ((context (syntax-ppss-context (syntax-ppss (cond ((eql context org-bracket-link-context) t) ((eql 'other org-bracket-link-context) (null context)) ((listp org-bracket-link-context) (find (or context 'other) org-bracket-link-context)) Below I have copied the code that activates org-style links in arbitrary buffers, in case anyone is interested and missed it. ;; Put all this in your .emacs: (defface orgl-target-face '((t (:foreground cyan :background royalblue4 :weight normal))) ;; '((t (:weight bold :box (:line-width 1 :color red The face used to emphasise org-mode targets.) (make-face 'orgl-target-face) (setq orgl-target-face 'orgl-target-face) (defvar *orgl-link-abbrevs* '((lisp-mode (defun . (defun %s () (class . (defclass %s () (wwdoc . file:../TODO::%s))) Define link abbreviations for each major mode. The variable contains a list, each element of which has the form (MAJOR-MODE (ABBREV . EXPANSION) .) ABBREV is a short string. Links of the form '[[ABBREV:TEXT]]' will be expanded into EXPANSION. See the documentation for org-link-abbrev-alist for more details.) (defun orgl-do-font-lock (add-or-remove) Add or remove font-lock rules for org hyperlinks. (funcall add-or-remove nil '((org-activate-bracket-links (0 'org-link t (funcall add-or-remove nil `((,org-target-regexp (0 'orgl-target-face t) (defun orgl-enable () Enable fontification of org-style hyperlinks in the current buffer. (interactive) ;; The following variable has to be bound to a string, or following links ;; will not work. ;; There is probably a more elegant solution. (unless org-todo-line-tags-regexp (set (make-local-variable 'org-todo-line-tags-regexp) DSFSFSFSF_UTTER_NONSENSE_TAG_SDSDFSFDF)) (orgl-do-font-lock 'font-lock-add-keywords) (font-lock-fontify-buffer) ;; Add special link abbreviations. (unless org-link-abbrev-alist-local (make-local-variable 'org-link-abbrev-alist-local)) (dolist (pair (cdr (assoc major-mode *orgl-link-abbrevs*))) (pushnew pair org-link-abbrev-alist-local))) (defun orgl-disable () Disable fontification of org-style hyperlinks in the current buffer. (interactive) (remove-text-properties (point-min) (point-max) '(mouse-face t keymap t org-linked-text t invisible t intangible t org-no-flyspell
[Orgmode] Org-mode-version command now includes the text TAG=
I ran the command org-mode-version to verify that the latest version of the software had been installed. The text displayed in the mini buffer was Org-mode version TAG=7.01g In previous versions, the text TAG= did not appear. Is this an enhancement or a bug? (I am converting from rememmber-mode to org-capture and will a tutorial or two in the near future) 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] Re: Org-mode-version command now includes the text TAG=
Charles Cave charles.c...@gmail.com writes: I ran the command org-mode-version to verify that the latest version of the software had been installed. The text displayed in the mini buffer was Org-mode version TAG=7.01g In previous versions, the text TAG= did not appear. Is this an enhancement or a bug? Hi Charles, I can confirm that for release 7.01g M-x org-version reports Org-mode version TAG=7.01g (release_7.01g) For 7.01f it says Org-mode version 7.01f (release_7.01f) For the current master I get Org-mode version 7.01trans (release_7.01g.24.g6b5cf) I think the TAG= is an artifact of Carsten's new release script and it's probably not supposed to be there. We'll have to wait until Carsten returns from vacation to get an answer for this one I think. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] gnuplot with errorbars in org-mode
Hi everyone, I am a new org-mode user and this is my first post to the mailing list. Lately I have been using org-mode to manage the data for a study I'm doing for my research project. I primarily use the spreadsheet features to do all the calculations and then use gnuplot to plot the final result. For all the basic plotting it works great, but I am having trouble when I want error bars in my plot. To demonstrate my point here is a small example. #+PLOT: title:My plot ind:1 deps:(2) type:2d with:xyerrorlines | Abscissa (X) | Ordinate (Y) | X low edge | X high edge | Y low edge | Y high edge | |--+--++-++-| | 60 |1.1140741 | 0020 |0100 | 1.1699508 | 1.0680423 | | 150 |1.1187818 | 0100 |0200 | 1.1593492 | 1.0855438 | | 350 |1.1193459 | 0200 |0500 | 1.1331885 | 1.1086636 | | 600 |1.1029173 | 0500 |0700 | 1.0940769 | 1.1121185 | | 850 |1.0841388 | 0700 |1000 | 1.0676310 | 1.1000886 | | 1250 |1.0358938 | 1000 |1500 | 1.0127586 | 1.0586916 | | 2000 | 0.89370079 | 1500 |2500 | 0.88014981 | 0.925 | This gives me an error like this, gnuplot plot '/tmp/org-plot30213YHV' using 1:2 with xyerrorlines title 'Ordinate (Y)' Not enough columns for this style I have tried changing the #+PLOT: line to say this, #+PLOT: title:My plot ind:1 deps:(2 3 4 5 6) type:2d with:xyerrorlines But that doesn't work either. I think the problem is org-plot doesn't recognise that when plotting with error bars, gnuplot expects more than two columns of data. So a command like this should be sent to gnuplot, plot '/tmp/org-plot30213YHV' using 1:2:3:4:5:6 with xyerrorlines title 'Ordinate (Y)' In fact typing this on the gnuplot terminal actually generates the desired plot! So I thought maybe I should try org-babel. So I tried something like this, #+srcname: plot-data-w-err #+begin_src gnuplot set title 'My plot' plot 'data-table' using 1:2:3:4:5:6 with xyerrorlines title 'Ordinate (Y)' #+end_src and gave my table a name like this, #+tblname: data-table But that didn't behave as I was expecting it to. I think I don't quite understand how to pass a table as an input to a source block. I was hoping someone on the list could either help me understand how babel uses tables as inputs, or pass the correct command to gnuplot with org-plot. BTW, org-mode is phenomenal. Loving every bit of it. Thank you Carsten /et al./ :) Specifics: Org-mode version 7.01 GNU Emacs 23.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.20.1) of 2010-05-13 on x86-07.phx2.fedoraproject.org gnuplot 4.4 patchlevel 0 -- Suvayu Open source is the future. It sets us free. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
