Re: [Orgmode] [OT] How do you keep your reference data?
Information that has no potential next action associated but that
still has potential reference value and that you'd like to keep
around, how and where do you keep it ?
For that purpose I use an org file called ref.org with the following
structure:
--- begin of ref.org
-*- mode: org -*-
* 0 :REF0:
* 1 :REF1:
...
* A :REFA:
* B :REFB:
...
* Z :REFZ:
--- end of ref.org
The second-level headers are then the knowledge entries. To see the
entries in the agenda I use the following custom:
(setq org-agenda-custom-commands '( ... other entries ...
("r0" tags "+REF0" nil)
...
("ra" tags "+REFA" nil)
("rb" tags "+REFB" nil)
...
("rz" tags "+REFZ" nil)))
Then I can use C-aC-cr, where C-aC-c is the agenda command in
my system and LETTER is the letter (or digit) I want to see the
entries for.
It is not very sophisticated, but it works nicely for me :)
--
Jose E. Marchesijema...@gnu.org
GNU Project http://www.gnu.org
___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Emacs for email?
I've moved to a "0 size mailbox" approach to handling my email (which works well with org and, in fact, requires org to work at all really) so this is not an issue for me. That sounds like an interesting approach. Could you elaborate on that? Yes, I also have problems with my huge longstanding mailboxes :( ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [OT] Emacs for email?
These and the others you will find allude to this approach fitting in with the more general GTD view, which is why org-mode is critical (for me) to get this working. I actually do something similar, but keeping the physical emails. I maintain (in wanderlust) an Inbox folder and a General folder to hold my emails. I process the Inbox in a GTD style. For each message: 1) If it is not interesting, delete. 2) If it is useful for reference, archive it in the ref system and move the email to General, without storing any link to it in my reference system. 3) If it is an email that I can answer quickly, do it and move the email to General. 4) If it is an email that I want to answer but that requires some previous investigation/action, I move the email to General and, using remember, create a new NEXT item in my todo.org. The NEXT item has an hyperlink pointing to the email in the General mbox. Now, I wonder if is it possible to implement the previous system without having to maintain the General mbox (that is huge). It is clear that I could simply remove the emails in 2) after archiving its contents in my reference system. But, what about the emails in 3) and 4)? How do you store an email that you will eventually answer if not in an mbox? ___ Emacs-orgmode 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] Results of the SourceForge Community Award
the results of the SCCA 2009 have been announced and the winner in our category is portableapps.com, a platform to carry computer programs on a USB key. Blah :P -- Jose E. Marchesijema...@gnu.org GNU Project http://www.gnu.org ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug with org-remember integration
emacs 23 from cvs
org version 5.06e
remember settings as described by John Wiegleys very nice article
When I try to add a note or todo with
M-x remember (C-M-r)
and I have not yet visited any org buffer
I get the following error:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
string-match("\\S-" nil)
The error is launched when invoking the `org-remember-annotation' hook
while staying in a buffer not associated with a file.
(if (and (interactive-p) link)
(progn
(setq org-stored-links
(cons (list cpltxt link desc) org-stored-links))
(message "Stored: %s" (or cpltxt link)))
(org-make-link-string link desc
In that case, `org-make-link-string' is called with nil values for
both `link' and `desc'.
___
Emacs-orgmode mailing list
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [patch] Fix wanderlust in `org-store-link'
Hello. This tiny patch (against org version 5.10b, i didnt found a suitable CVS repository to get non-released code) fixes `org-store-link' for wanderlust summary mode. In both the latest wanderlust version (2.14.0) and in CVS wanderlust the function `elmo-message-entity-field' do not return a list, but a string containing the field contents. 2007-10-06 Jose E. Marchesi <[EMAIL PROTECTED]> * org.el (org-store-link): Expect a string from the call to `elmo-message-entity-field' instead of a list. --- org.el 2007-10-04 22:34:15.0 +0200 +++ org-foo.el 2007-10-06 22:44:10.0 +0200 @@ -10969,7 +10969,7 @@ (elmo-msgdb-overview-get-entity msgnum (wl-summary-buffer-msgdb (from (wl-summary-line-from)) -(to (car (elmo-message-entity-field wl-message-entity 'to))) +(to (elmo-message-entity-field wl-message-entity 'to)) (subject (let (wl-thr-indent-string wl-parent-message-entity) (wl-summary-line-subject (org-store-link-props :type "wl" :from from :to to ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
