Re: [Orgmode] Bug: org-capture destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
Hi David, thanks for the detailed report - nice catch. This was due to the fact that I am copying all local variables from the target buffer to the temp buffer, unfortunately including buffer-file-name :) THhis is fixed now - I hope you did not loose any data. - Carsten On Jun 27, 2010, at 7:48 AM, David Maus wrote: Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. When I use an org-capture template that prompts for something (e.g. headline title) and I abort the prompt (C-g), the capture process is aborted. When I quit Emacs right after this, it mentions the target file to be changed and asks if I would like to save the change. If I say yes, the target file is written to disk with just the skeleton of the template. Steps to reproduce: - setup capture targets with a prompt, e.g. (setq org-capture-templates '((t Task or appointment entry (file ~/org/inbox.org) * TODO %^{Todo} \n:PROPERTIES:\n:created: %U\n:END:\n\n%?) (m Task or appointment (internet message) entry (file ~/org/inbox.org) * TODO %:subject \n:PROPERTIES:\n:created: %U\n:END:\n\n%a\n\n%?) (i Idea (some day, may be) entry (file ~/org/inbox.org) * MAYBE %^{What} \n:PROPERTIES:\n:created: %U\n:END:\n\n%?) (n Note entry (file ~/org/inbox.org) * %:subject%^{Topic} :note:\n:PROPERTIES:\n:created: %U\n:END:\n\n %?) (p Project entry (file ~/org/inbox.org) * %^{Project} :project:\n:PROPERTIES:\n:created: %U\n:END:\n\n %?))) - call `org-capture' and select template with prompt (e.g. t) - when prompted, press C-g - quit Emacs, answer yes to save target file - *boom*, the target contains just: * TODO :PROPERTIES: :created: [2010-06-27 So 07:36] :END: %? Taking a quick look at this, I noticed that after aborting the prompt I have a buffer namend *Capture* with the skeletion of the template, i.e. exactly what is writting to disk when I leave Emacs. C-c C-k does not work in this buffer. And it is not even necessary to leave Emacs -- calling `org-save-all-org-buffers' seems to cause this buffer writting to target file. -- David Emacs : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian Package: Org-mode version 6.36trans (release_6.36.430.gec51) current state: == (setq org-export-html-final-hook '(org-inlinetask-remove-terminator) org-log-done 'time org-wl-nntp-prefer-web-links t org-export-author-info nil org-export-latex-default-class scrartcl org-export-latex-after-initial-vars-hook '(org-beamer-after-initial- vars) org-todo-keyword-faces '((MAYBE :foreground coral :weight bold) (TODO :foreground red :weight bold) (NEXT :foreground orange red :weight bold) (WAIT :foreground dark red :weight bold) (DONE :foreground forest green :weight bold) (CANCELLED :foreground dark gray :weight bold)) org-wl-shimbun-prefer-web-links t org-agenda-custom-commands '((r Refile new tasks, projects, notes, and references tags LEVEL=1+REFILE ((org-agenda-overriding-header New tasks, projects, notes, and references))) (o Other tasks tags-todo STYLE\habit\/!TODO ((org-agenda-skip-function (quote dmj/has-timestamp)) (org-agenda-overriding-header Other tasks)) ) (n Next actions tags-todo /!NEXT ((org-agenda- overriding-header Next actions))) (M Someday/maybe tags-todo /!MAYBE) (p Projects tags project ((org-agenda-overriding- header Projects))) (P New projects tags-todo /!-DONE-CANCELLED ((org-agenda-overriding-header New projects) (org-agenda-skip-function (quote dmj/skip-non-project))) ) ) org-agenda-files '(~/org/) org-blocker-hook '(org-block-todo-from-children-or-siblings-or- parent org-depend-block-todo) org-agenda-tags-column -100 org-export-ascii-final-hook '(org-inlinetask-remove-terminator) org-hide-leading-stars t org-clock-into-drawer CLOCK org-checklist-export-function 'org-export-as-ascii org-metaup-hook '(org-babel-load-in-session-maybe) org-after-todo-state-change-hook '(org-clock-out-if-current org- checklist) org-agenda-todo-ignore-scheduled t org-todo-state-tags-triggers '((todo (note))) org-log-state-notes-insert-after-drawers t org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup) org-export-latex-format-toc-function 'org-export-latex-format-toc- default
Re: [Orgmode] Bug: org-capture destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
Hi Carsten, Carsten Dominik wrote: Hi David, thanks for the detailed report - nice catch. This was due to the fact that I am copying all local variables from the target buffer to the temp buffer, unfortunately including buffer-file-name :) THhis is fixed now - I hope you did not loose any data. Luckily I didn't, just a good rush of adrenalin :) It's still not entirely fixed: The target is not overwritten, but when I abort org-capture there is one of those #filename#-file (how are those called?) with the skeleton left behind. E.g. when aborting a template that files to ~/org/inbox.org and leaving Emacs (or calling `org-save-all-org-buffers' I get a ~/org/#inbox.org# with the template's skeleton. Thanks for the quick fix, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgptOP6waAXYf.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] habits error when using diferent org-scheduled-string
Hi Caio, nice catch, this should be fixed now. Thanks! - Carsten On Jun 25, 2010, at 9:00 AM, Caio wrote: Hi Organizers, I'm using Org-Mode version 6.36c. When defining a habit task, I find this error on the Agenda View: org-habit-parse-todo: Habit nil has no scheduled date This occurs when using the customized word for the org-scheduled-string, AGENDADO:, to fit my language, Portuguese. When switching back to default SCHEDULED:, just in this specific headlines, habits works fine in the agenda. Is this a bug? Looking in org-habit.el, I didn't find any hard-coded string; just the org-scheduled-string variable is referred in the org-habit-parse-todo defun. Only version 6.36c is installed in the system, so no conflicts should be involved. Maybe this error happens because the customization only takes place in my dotemacs, after Emacs loads org-mode. But the modified keyword works fine in its regular timestamp use. I hardily understand elisp, this is just speculation. You have created a great tool, congratulations! B.R. — Caio ___ Emacs-orgmode 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] Bug: org-capture destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
Hi David, can you please make me an example template and then the exact steps to reproduce this? Thank you. - Carsten On Jun 27, 2010, at 9:09 AM, David Maus wrote: Hi Carsten, Carsten Dominik wrote: Hi David, thanks for the detailed report - nice catch. This was due to the fact that I am copying all local variables from the target buffer to the temp buffer, unfortunately including buffer-file-name :) THhis is fixed now - I hope you did not loose any data. Luckily I didn't, just a good rush of adrenalin :) It's still not entirely fixed: The target is not overwritten, but when I abort org-capture there is one of those #filename#-file (how are those called?) with the skeleton left behind. E.g. when aborting a template that files to ~/org/inbox.org and leaving Emacs (or calling `org-save-all-org-buffers' I get a ~/org/#inbox.org# with the template's skeleton. Thanks for the quick fix, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de - 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] IMPORTANT: CRITICAL BUG
Hi, if you are following the master branch, and if you are working with org capture: There was a critical bug which could make you loose a target file. See David Maus' post just a short while ago. Please pull now to get the fix, before you loose any data. - 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: Bug: Definition of stuck projects [6.36trans (release_6.36.293.g2e73c)]
Hi Matt, thanks for investigating it. I will spend more time simplifying my configuration while still being apple to reproduce it myself. Regards, Jean On 25.06.2010, at 22:19, Matt Lundin wrote: Jean-Marie Gaillourdet j...@gaillourdet.net writes: I've been trying to make org-stuck-projects work as advertised, but wasn't successfull. But let's start with what I'd like to achieve. My projects are marked with a todo keyword PROJECT. I would like to consider every project which has neither a task with keyword TODO nor a task with keyword STARTED as stuck. Especially, this means a project may contain tasks with active todo keywords, e.g. DELEGATED or WAITING, but it is still considered stuck. After reading the manual and the doc-string of org-stuck-projects. I think the following value should achieve this. (setq org-stuck-projects '(/PROJECT (TODO STARTED) nil )) But every sub task of the project with an active todo keywords make a project unstuck. I have the impression the list (TODO STARTED) is completely ignored. The following project should appear on the list of stuck projects, but it does not. * PROJECT Testprojekt :inproject: *** DELEGATED a delegated subtask I cannot replicate this. Using the setting above, I called org-agenda-list-stuck-projects on the following file: --8---cut here---start-8--- #+TODO: TODO PROJECT DELEGATED WAITING | DONE * PROJECT Testprojekt :inproject: ** DELEGATED a delegated subtask * PROJECT Another test ** TODO A todo --8---cut here---end---8--- The agenda yielded the correct results: --8---cut here---start-8--- List of stuck projects: test: PROJECT Testprojekt :inproject: --8---cut here---end---8--- 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] Fontify whole heading line
Sébastien Vauban wrote: Hi, I've set: --8---cut here---start-8--- (setq org-fontify-whole-heading-line t) --8---cut here---end---8--- and would like to have the `org-level-1' underlined. To do so, in my `color-theme.el': --8---cut here---start-8--- (org-level-1 ((t (:foreground cornflower blue :underline t :weight bold :height 1.8 :family Arial --8---cut here---end---8--- Though I see the background color applied on the whole heading line (when in SHOW-ALL mode), the underline is _not_. Is there a reason/fix for this? I cannot reproduce this with Org-mode version 6.36trans on GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian I've customize the face `org-level-1' to be underlined and, well: everything besides the key word is, spaces included. HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpsRt2IVQvxu.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 destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
Carsten Dominik wrote: Hi David, can you please make me an example template and then the exact steps to reproduce this? Sure: - this template: (setq org-capture-templates '((t Task or appointment entry (file ~/test.org) * TODO %^{Todo}))) - call org-capture and abort on the prompt - quit Emacs and there it is , |dm...@t41 ~ % ls |bin/ code/ docs/ downloads/ git/ mail/ org/ #test.org# texmf/ www/ |dm...@t41 ~ % ` And there is another, smaller issue: If I call org-capture again after aborting the prompt the capture buffer contains the remains of the aborted capture. Version: Org-mode version 6.36trans (release_6.36.432.g1b2a2) HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpE831JlZhxX.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: Bug: org-capture destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
David Maus dm...@ictsoc.de writes: [...] there is one of those #filename#-file (how are those called?) [...] Those are called auto-save files. (info (emacs)Auto Save Files) Štěpán ___ Emacs-orgmode 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] (require 'cl) seems not to be compiled
wrote: Hello, some time ago I had a problem with agenda pdf export due to flet macro not found, which could be worked around by putting (require 'cl) in .emacs. http://comments.gmane.org/gmane.emacs.orgmode/21837 Carsten Dominik pointed out this is unnecessary because of (eval-when-compile (require 'cl)) in the sources. But I still can't get it to work on several different systems with Ubuntu. It doesn't seem to be compiled in. I can reproduce this, have an idea about what's happening, but none about howto best fix this. The problem is, that lisp structure that uses the flet macro in `org-write-agenda' is passed as argument eq quoted list to `org-let'. The byte compiler doesn't compile the lisp structure, it is evaluated by `org-let' at runtime. Thus, if no other package had loaded cl before `org-write-agenda' is called, passes the lisp structure to `org-let, which evaluates it and flet is found not to be fbound. HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpNMC9t6p7BB.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 destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
Hi David, thanks a lot. I have not been able to reproduce this, but maybe I have different setup with auto-save files. I have just improved the error catching code around the template filling, and I would like to ask you to pull again and see if the problem still persists. Sorry that this is not more straight forward. - Carsten On Jun 27, 2010, at 10:20 AM, David Maus wrote: Carsten Dominik wrote: Hi David, can you please make me an example template and then the exact steps to reproduce this? Sure: - this template: (setq org-capture-templates '((t Task or appointment entry (file ~/test.org) * TODO %^{Todo}))) - call org-capture and abort on the prompt - quit Emacs and there it is , |dm...@t41 ~ % ls |bin/ code/ docs/ downloads/ git/ mail/ org/ #test.org# texmf/ www/ |dm...@t41 ~ % ` And there is another, smaller issue: If I call org-capture again after aborting the prompt the capture buffer contains the remains of the aborted capture. Version: Org-mode version 6.36trans (release_6.36.432.g1b2a2) HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de - 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: Not a bug, but ...
Jean-Marie Gaillourdet j...@gaillourdet.net writes: Finally, I've understood the problem. Testprojekt does not appear on my stuck projects list, because I've enabled org-enforce-todo-dependencies and I use (org-agenda-dim-blocked-tasks 'invisible). Testprojekt is just hidden in the stuck projects, as is every project with any kind of non-closed sub task. Perhaps org-agenda-list-stuck-projects should ignore the value of org-agenda-dim-blocked-tasks in general? Currently, I use the following function to circumvent the hiding of my stuck projects. (defun jmg/stuck-projects () (interactive) (let ((org-agenda-dim-blocked-tasks nil)) (org-agenda-list-stuck-projects) )) Is it possible to bind it to the standard agenda shortcut C-c a # ? Or to achieve the same effect just with special agenda command configuration? Yes it is possible to rebind # in an agenda custom command. I've done that since I now use non-standard stuck project definitions. -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug: org-capture destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
Carsten Dominik wrote: Hi David, thanks a lot. I have not been able to reproduce this, but maybe I have different setup with auto-save files. I have just improved the error catching code around the template filling, and I would like to ask you to pull again and see if the problem still persists. Yes, catching the quit works: No more wrong auto-save files (thanks Štěpán). Thanks -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpZLnuBkCOAS.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] [PATCH] Make sure `flet' is fbound when executing `org-write-agenda'
Well, something I could come up is this: Simply check if flet is fbound in the lisp structure that is evaluated at runtime. If it is not, require 'cl. David Maus (1): Make sure `flet' is fbound when executing `org-write-agenda'. lisp/org-agenda.el |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) ___ Emacs-orgmode 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] Make sure `flet' is fbound when executing `org-write-agenda'.
* org-agenda.el (org-write-agenda): Make sure `flet' is fbound at runtime. --- lisp/org-agenda.el |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 8035add..957bbf2 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -2464,6 +2464,8 @@ higher priority settings. beg (or (next-single-property-change beg 'org-filtered) (point-max (run-hooks 'org-agenda-before-write-hook) +;; make sure flet is fbound at runtime +(unless (fboundp 'flet) (require 'cl)) (cond ((org-bound-and-true-p org-mobile-creating-agendas) (org-mobile-write-agenda-for-mobile file)) -- 1.7.1 ___ Emacs-orgmode 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] Make sure `flet' is fbound when executing `org-write-agenda'.
David Maus dm...@ictsoc.de writes: * org-agenda.el (org-write-agenda): Make sure `flet' is fbound at runtime. --- lisp/org-agenda.el |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 8035add..957bbf2 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -2464,6 +2464,8 @@ higher priority settings. beg (or (next-single-property-change beg 'org-filtered) (point-max (run-hooks 'org-agenda-before-write-hook) + ;; make sure flet is fbound at runtime + (unless (fboundp 'flet) (require 'cl)) (cond ((org-bound-and-true-p org-mobile-creating-agendas) (org-mobile-write-agenda-for-mobile file)) This, while being an obvious (and correct) solution, is unfortunately not suitable for Emacs core. You're not supposed to require the cl package at runtime (you even get a compiler warning if you do). Štěpán ___ Emacs-orgmode 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] Use backquotes to make byte compiler expand `flet' macro.
* org-agenda.el (org-write-agenda): Use backquotes to expand `flet' at compile time. --- lisp/org-agenda.el | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 8035add..9056206 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -2450,7 +2450,7 @@ higher priority settings. ((string-match \\.html?\\' file) (require 'htmlize)) ((string-match \\.ps\\' file) (require 'ps-print))) (org-let (if nosettings nil org-agenda-exporter-settings) -'(save-excursion +`(save-excursion (save-window-excursion (org-agenda-mark-filtered-text) (let ((bs (copy-sequence (buffer-string))) beg) @@ -2482,14 +2482,14 @@ higher priority settings. (message HTML written to %s file)) ((string-match \\.ps\\' file) (require 'ps-print) - (flet ((ps-get-buffer-name () Agenda View)) -(ps-print-buffer-with-faces file)) + ,(flet ((ps-get-buffer-name () Agenda View)) + (ps-print-buffer-with-faces file)) (message Postscript written to %s file)) ((string-match \\.pdf\\' file) (require 'ps-print) - (flet ((ps-get-buffer-name () Agenda View)) -(ps-print-buffer-with-faces - (concat (file-name-sans-extension file) .ps))) + ,(flet ((ps-get-buffer-name () Agenda View)) + (ps-print-buffer-with-faces + (concat (file-name-sans-extension file) .ps))) (call-process ps2pdf nil nil nil (expand-file-name (concat (file-name-sans-extension file) .ps)) -- 1.7.1 ___ Emacs-orgmode 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] Use backquotes to make byte compiler expand `flet' macro.
This, while being an obvious (and correct) solution, is unfortunately not suitable for Emacs core. You're not supposed to require the cl package at runtime (you even get a compiler warning if you do). I see. So backquotes to the rescue: Tested with Emacs 23.2 emacs -Q (progn (add-to-list 'load-path ~/code/org-mode/git/lisp/) (require 'org-install) (require 'org) (fboundp 'flet)) = nil M-x org-agenda RET a C-x C-w ~/test.pdf RET Happily creates the pdf. David Maus (1): Use backquotes to make byte compiler expand `flet' macro. lisp/org-agenda.el | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) ___ Emacs-orgmode 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 destroys target file when user aborting prompt in template [6.36trans (release_6.36.430.gec51)]
Great, I am glad this is fixed. - Carsten On Jun 27, 2010, at 2:26 PM, David Maus wrote: Carsten Dominik wrote: Hi David, thanks a lot. I have not been able to reproduce this, but maybe I have different setup with auto-save files. I have just improved the error catching code around the template filling, and I would like to ask you to pull again and see if the problem still persists. Yes, catching the quit works: No more wrong auto-save files (thanks Štěpán). Thanks -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de - 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] AutOrg, and practice of GTD in a group
Hi Hellekin Hellekin O. Wolf helle...@cepheide.org writes: On Wed, Jun 23, 2010 at 08:41:22AM +0200, Sven Bretfeld wrote: The third level is for the physical actions of the project. As you see, only the first has a todo keyword (NEXT). The others are dependent from the first (cannot be done before the first is done) and have only a context tag. My context tags include things like HOME, OFFICE, SHOPPING, TRAIN etc. When the first NEXT action is done, the next NEXT action in the list gains the NEXT todo keyword automatically; this is what the TRIGGER property cares for. In that way my Agenda Views (defined as NEXT/HOME, NEXT/OFFICE etc.) display only next actions that can be done immediately. *** I like the concept of chained actions and the TRIGGER property. Very smart, the auto-assignment to NEXT keeps you busy and focused, and saves a number of key-strokes. But I guess that implies multiple NEXT items. Do you maintain several of those, or one per project? Maybe I'm wrong--I didn't even read the GTD book thoroughly yet--but I like having *one* NEXT action, so that I don't get stuck with too many next things. I can understand one NEXT action per project, but several within a single project raises internal warnings. I think one of the main points in GTD is splitting up a task into multiple physical actions (potential NEXT steps) which can be done one after another depending on the available time, energy level and context. Usually they build up a procedural chain of actions that gradually bring the project to fulfillment. Sometimes there are actions that don't form part of the chain, because they can be done independently from previous steps. I usually put these things at the end of the project's action-list an give them the NEXT status right from the start. For example, this weekend I made my flat secure for my 8 months old son who just starts to crawl and touches every cable he can put his hands on: * Family ** Secure the apartment for the baby :PROJECT: *** NEXT Buy items [0/4] :SHOPPING: - [ ] devices to secure power outlets - [ ] sticky tape - [ ] wire protecting sleeves - [ ] new screws for the baby's bed :PROPERTIES: :TRIGGER: chain-siblings(NEXT) :END: *** secure all power outlets [0/6] :HOME: - [ ] living room - [ ] bathroom - [ ] sleeping room - [ ] child's room - [ ] corridor - [ ] kitchen *** tie all cables with tape :HOME: *** fix the baby bed :HOME: *** NEXT remove loose objects from small tables :HOME: The project has 5 physical actions. Four of them are dependent: First I have to buy what I need, then I can start working. So I buy the items and tick them of in the list one after another as I buy them (C-c C-c in such a list ticks the items and changes the number in the brackets). After I have them all, I set Buy items to DONE. Then secure all power outlets automatically gets the NEXT status, and so on. As you see, the fifth item remove loose objects from small tables can be done without buying anything. So I give it the NEXT status right from the start. It's important to place this item at the end of the list, so that it can't spoil the chain, if I give it the DONE status before the chained list is complete. In fact, for Emacs the last item is part of the chain, but that doesn't really matter in practice. All that could happen, is that I clear the tables before I have finished the other parts and set the fifth item to DONE. When I, then, set the baby bed item to DONE, the loose objects will get NEXT status again (I'm not quite sure if that really happens, I can't remember such a case). D. Allen recommends that you make a brainstorm when you are planning a project. What are the things I have to do in order to realize the plan? With orgmode you can make brainstorming very easy, just type M-RET and hack in what occurs to your mind. After that, sort the items into (sequential or independent) physical actions, references and so on. More often than not, your collection will still feature some items which are not physical actions, but sub-projects. If you notice that, you have to break them further down into physical actions. But, I think, you don't have to be too dogmatic with that. Fix the baby bed in fact consisted of more than one action (change screws, fix a certain plank, tie a cushion), but I had them all in mind and I planned to do them all simultaneously. So I didn't note them too accurately. Greetings, Sven ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org-babel `:hlines yes` no longer working for python
Hi, OK, I've applied this patch. Christopher Allan Webber cweb...@dustycloud.org writes: Eric, Looks good to me! It's abusing the None type's meaning a little, but I think it's acceptable enough. (If you think of hlines as rows that are not rows, you can trick yourself into thinking it is perfectly pythonic :)) Yea, this semantic mismatch bothered me, however it looks like Python doesn't have anything like symbols that could be used here, and I guess there isn't an issue of wanting to preserve None for nil mapping because nil can be represented with an empty list []. Thanks for bringing this up! -- Eric - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, I'm certainly no Python expert, but I implemented your idea of converting hlines to and from None's (patch below [1]), and it seems to work (under some definition of work). See the following example with the new behavior. --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols :hlines yes return tab #+end_src #+results: echo-table | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Please, Python people, try this out and if you like the behavior then I'll happily apply the patch. Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hey Eric, Thanks for the super helpful reply! Out of curiosity, is it likely that we will ever get hline support in Python and etc? I've been pondering how it might be done, and maybe it could be like this, using a '|-' string instead of a list for the row: [['a', 'b', 'c'], '|-', ['d', 'e', 'f'], ['g', 'h', 'i']] Which would produce: | a | b | c | |---+---+---| | d | e | f | | g | h | i | Alternately maybe the same thing could be done by abusing None: [['a', 'b', 'c'], None, ['d', 'e', 'f'], ['g', 'h', 'i']] Thoughts? - cwebb Eric Schulte schulte.e...@gmail.com writes: Hi Christopher, Thanks for pointing this out, this is an error in the documentation, which I will update. The code you posted should generate the error you have received. Currently the only language which can handle hlines is emacs-lisp, all other languages will result in errors like the one you pasted below. That's not to say that it wouldn't be possible to add hline handling to other languages, or to maybe do something tricky like session-based evaluation in which an `hlines' variable was pre-initialized to some value, but I digress. Note that it *is* possible to have hlines in the output, using colnames, e.g. --8---cut here---start-8--- #+tblname: A | a | b | c | |---+---+---| | d | e | f | | g | h | i | #+begin_src python :var tab=A :colnames yes return [[val + '*' for val in row] for row in tab] #+end_src #+results: | a | b | c | |++| | d* | e* | f* | | g* | h* | i* | --8---cut here---end---8--- which works because the hline, and the column names, are never made available to python, rather Babel holds onto them and then re-applies them to the source block's output. or even to have an elisp block add hlines to your results --8---cut here---start-8--- #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols return tab #+end_src #+begin_src emacs-lisp :var table=echo-table (butlast (apply #'append (mapcar (lambda (el) (list el 'hline)) table))) #+end_src #+results: | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | --8---cut here---end---8--- Thanks for pointing this out! Best -- Eric Christopher Allan Webber cweb...@dustycloud.org writes: Hello all, I was going through the tutorial and testing the :hlines yes feature as described in the info manual. Unfortunately, the example given no longer seems to work for python: #+tblname: many-cols | a | b | c | |---+---+---| | d | e | f | |---+---+---| | g | h | i | #+source: echo-table #+begin_src python :var tab=many-cols :hlines yes return tab #+end_src #+results: echo-table | a | b | c | | d | e | f | | g | h | i | In the buffer *Org-Babel Error Output* I see: Traceback (most recent call last): File stdin, line 6, in module File stdin, line 3, in main NameError: global name 'hline' is not defined In emacs-lisp this still seems to work though. But I also see that in emacs lisp hlines are represented by the hline symbol. I'm guessing that the python equivalent was trying to do the same thing, but no hline variable exists in python? Thanks! - cwebb
[Orgmode] org-mode stopped compiling recently
i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks daniel ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: org-mode stopped compiling recently
also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks 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] org-mode stopped compiling recently
Hi Daniel, The ob.el file (referenced by ob-table.el) is now explicitly requiring 'outline which provides the show-all function. Hopefully this will fix the issue below, please let me know if it doesn't -- I'm unable to reproduce this problem on my install and I think it may have something to do with using either an old Emacs, or using the emacs provided by default on Macs. Thanks -- Eric Daniel Mahler dmah...@gmail.com writes: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks 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 ___ Emacs-orgmode 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-mode stopped compiling recently
Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks 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 ___ Emacs-orgmode 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] nested blocks aren't protected on export
I've put together two patches which fix the problems I mention below. I'd like to apply these patches, but I fear that they may cause unanticipated export problems. I'd be much more comfortable if someone who knows a little more about the exporters could take a look at these. Thanks -- Eric From 47fcfd522294560dbe01f00b640631964e063cf0 Mon Sep 17 00:00:00 2001 From: Eric Schulte schulte.e...@gmail.com Date: Sun, 27 Jun 2010 19:35:34 -0700 Subject: [PATCH 1/2] org-exp: check for protection before removing comments * lisp/org-exp.el (org-export-handle-comments): check for protection before removing comments --- lisp/org-exp.el |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/lisp/org-exp.el b/lisp/org-exp.el index 704c0b7..411557a 100644 --- a/lisp/org-exp.el +++ b/lisp/org-exp.el @@ -1650,8 +1650,10 @@ When it is nil, all comments will be removed. (match-beginning 0) (match-end 0) '(org-protected t)) (replace-match (format commentsp (match-string 2)) t t)) (goto-char (1+ pos)) - (replace-match ) - (goto-char (max (point-min) (1- pos))) + (org-if-unprotected + (replace-match ) + (goto-char (max (point-min) (1- pos + (defun org-export-mark-radio-links () Find all matches for radio targets and turn them into internal links. -- 1.7.0.4 From d422f564163e37c51d0727e2992b24b85caf54ea Mon Sep 17 00:00:00 2001 From: Eric Schulte schulte.e...@gmail.com Date: Sun, 27 Jun 2010 19:36:14 -0700 Subject: [PATCH 2/2] org-latex: check for protection before wrapping : lines as verbatim * lisp/org-latex.el (org-export-latex-fixed-width): check for protection before wrapping : lines as verbatim --- lisp/org-latex.el | 28 ++-- 1 files changed, 14 insertions(+), 14 deletions(-) diff --git a/lisp/org-latex.el b/lisp/org-latex.el index 01a4b05..94f04e6 100644 --- a/lisp/org-latex.el +++ b/lisp/org-latex.el @@ -1537,20 +1537,20 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER. When OPT is non-nil convert fixed-width sections to LaTeX. (goto-char (point-min)) (while (re-search-forward ^[ \t]*:\\([ \t]\\|$\\) nil t) -(if opt - (progn (goto-char (match-beginning 0)) - (insert \\begin{verbatim}\n) - (while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$) - (replace-match (concat (match-string 1) - (match-string 2)) t t) - (forward-line)) - (insert \\end{verbatim}\n\n)) - (progn (goto-char (match-beginning 0)) - (while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$) - (replace-match (concat % (match-string 1) - (match-string 2)) t t) - (forward-line)) - +(org-if-unprotected + (if opt + (progn (goto-char (match-beginning 0)) + (insert \\begin{verbatim}\n) + (while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$) + (replace-match (concat (match-string 1) + (match-string 2)) t t) + (forward-line)) + (insert \\end{verbatim}\n\n)) + (progn (goto-char (match-beginning 0)) + (while (looking-at ^\\([ \t]*\\):\\(\\([ \t]\\|$\\).*\\)$) + (replace-match (concat % (match-string 1) + (match-string 2)) t t) + (forward-line))) (defvar org-table-last-alignment) ; defined in org-table.el (defvar org-table-last-column-widths) ; defined in org-table.el -- 1.7.0.4 Eric Schulte schulte.e...@gmail.com writes: Hi, When exporting nested blocks, the results of the inner blocks are not fully protected from further exportation. For example, the following org-mode text ** protecting block bodies #+begin_src org ,#+begin_src emacs-lisp , (message something) ,#+end_src #+end_src exports to the following LaTeX \section*{protecting block bodies} \label{sec-1} \begin{verbatim} (message something) \end{verbatim} in which it looks like the #+begin_src emacs-lisp and the #+end_src lines are completely removed, and exports to the following html (newlines added for readability) pre class=src src-org span class=org-org-meta-line#+begin_src emacs-lisp/span span class=org-org-block (message something)/span span class=org-org-meta-line /pre in which the #+begin_src line is in tact, but it appears everything following the end_src line (including the /span) is removed. I've played around with adding 'org-protected properties during export but to no avail. Any suggestions are much appreciated. Thanks -- Eric ___ Emacs-orgmode 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] only display a scheduled item if it is due today or in the past
On Sat, Jun 26, 2010 at 2:00 AM, Livin Stephen Sharma livin.step...@gmail.com wrote: To to 'hide' the graph, I set both org-habit-preceding,following-days to 0 . Very cool -- that will get rid of the error that shows up at the bottom of my agenda. The error says something about the datatype of org-habit-graph-column :-) On Jun 24, 2010, at 05:25:07 , Nathan Neff wrote: org-habit-graph-column to -1 then it successfully hides the graph. ___ Emacs-orgmode 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] Use backquotes to make byte compiler expand `flet' macro.
Hi David, this is a great solution, thanks. - Carsten On Jun 27, 2010, at 6:01 PM, David Maus wrote: * org-agenda.el (org-write-agenda): Use backquotes to expand `flet' at compile time. --- lisp/org-agenda.el | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 8035add..9056206 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -2450,7 +2450,7 @@ higher priority settings. ((string-match \\.html?\\' file) (require 'htmlize)) ((string-match \\.ps\\' file) (require 'ps-print))) (org-let (if nosettings nil org-agenda-exporter-settings) -'(save-excursion +`(save-excursion (save-window-excursion (org-agenda-mark-filtered-text) (let ((bs (copy-sequence (buffer-string))) beg) @@ -2482,14 +2482,14 @@ higher priority settings. (message HTML written to %s file)) ((string-match \\.ps\\' file) (require 'ps-print) - (flet ((ps-get-buffer-name () Agenda View)) -(ps-print-buffer-with-faces file)) + ,(flet ((ps-get-buffer-name () Agenda View)) + (ps-print-buffer-with-faces file)) (message Postscript written to %s file)) ((string-match \\.pdf\\' file) (require 'ps-print) - (flet ((ps-get-buffer-name () Agenda View)) -(ps-print-buffer-with-faces - (concat (file-name-sans-extension file) .ps))) + ,(flet ((ps-get-buffer-name () Agenda View)) + (ps-print-buffer-with-faces + (concat (file-name-sans-extension file) .ps))) (call-process ps2pdf nil nil nil (expand-file-name (concat (file-name-sans-extension file) .ps)) -- 1.7.1 ___ Emacs-orgmode 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: latex export and booktabs tables
One way to deal with this without adding even more complexity to the core of org-mode could be through the use of Library of Babel functions. The attached org-mode file provides a function for exporting to the longtable environment with some example usage. If this looks generally useful it (and maybe similar functions) could be added to the library of babel distributed w/Org-mode. What do you think? -- Eric longtable.org Description: Binary data Sébastien Vauban wxhgmqzgw...@spammotel.com writes: Hi Erik, Erik Butz wrote: I found a very old thread on the list about using the booktabs package to have nicer tables in latex export. I found that, making the changes below I can use the booktab package to export tables, and using standard tables only, this seems to work fine. Can anyone advice on whether this kind of change is meaningful or if this is likely to introduce difficulties elsewhere which I did not experience due to the limited scope of usage? It should be said that I did not at all look into longtables so far. While trying to improve this, I think one could extend it so that the table environment can be changed as well, from `tabular' to `array', `tabular*', `tabularx' or any other. There was a discussion on this, a while ago, by Francesco Pizzolante. Have a read at: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg18311.html. 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-mode stopped compiling recently
Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks 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 ___ Emacs-orgmode 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-mode stopped compiling recently
On Mon, Jun 28, 2010 at 7:50 AM, Daniel Mahler dmah...@gmail.com wrote: Hi Eric, Thanks for the looking into this. It looks like the problem is the declare-function macro does not work with emacs-22.1 (the one in ubuntu hardy) It is defined, but undocumented. Adding (defmacro declare-function (FN FILE optional ARGLIST FILEONLY) nil) at the top of ob.el seems to fix everything. Actually I still need (require 'org) with (require 'org-install), but I do seem to have a working org-mode. cheers Daniel On Mon, Jun 28, 2010 at 3:01 AM, Eric Schulte schulte.e...@gmail.com wrote: Hopefully once your make is completing without errors this problem will resolve itself. Best -- Eric Daniel Mahler dmah...@gmail.com writes: also to load the source i need to do (require 'org) if i just (require 'org-install) and try to open my notes file i get: Debugger entered--Lisp error: (void-variable org-default-notes-file) (find-file org-default-notes-file) thanks daniel On Mon, Jun 28, 2010 at 2:08 AM, Daniel Mahler dmah...@gmail.com wrote: i get: ... In toplevel form: lisp/babel/ob-table.el:54:1:Error: Symbol's value as variable is void: show-all make: *** [lisp/babel/ob-table.elc] Error 1 i have tried 'make clean; git pull; make'' over several days with no change. this must have happeed only last week or so, since i had a sucessful sync not long before this started. thanks 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 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode