Re: [Orgmode] Worg is back!
Bastien ([EMAIL PROTECTED]) wrote: winter slowly fades away our screens under the bless of spring so fight against unfair decay and give your keys another string Love it! :-) Worg, you will be able to edit a shared worg-todo.org and assign tasks to other poeple! Look: , | * TODO Implement my favourite sorting strategy #198 | :PROPERTIES: | :Owner: dominik | :END: ` *grin* Speaking of sorting, I've just (finally) been looking at column view properly, and there doesn't seem to be any way of sorting rows. I don't know if this would be very hard to do, but it could be very useful. A simple use case would be grouping actions by owner when extracting and tabulating actions arising from minutes of a meeting - see my next post for more detail... ___ 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
[Orgmode] using org for meeting agendas and minutes?
I accidentally became secretary of my resident's association committee recently, so I'm now producing meeting agendas and minutes more often than before (sometimes it happens at work too). So I thought I'd poll the enormous collective wisdom of this group and see if we could establish some kind of best practice around using org for this task. It could even become a Worg article ;-) These are the goals as I see them: (1) Allow *fast* production of meeting agendas and minutes, exportable in a good-looking legible format which non-org readers can digest. (2) Allow minutes to be taken as the meeting progresses, minimising the amount of work required after the meeting. (3) Allow actions to be captured and then automatically extracted into a simple tabulated report which clearly shows actions grouped by owner. (4) Track progress of actions *after* the minutes have been issued. (5) (Up for debate) Allow minutes to be embedded within a previous agenda, easily demarcating between agenda items and minute items. This encourages the meeting to follow its intended structure, and clearly documents unplanned deviations from the agenda (for better or worse), e.g. via colour coding. I think it's pretty obvious that org already enables (1) and (2) admirably, and of course I'm already beginning to use it in this manner. But I'm slightly struggling with the others. For (3) and (4), my current thinking is to have workflow defined by TODO keywords, e.g. #+SEQ_TODO: ACTION WAITING | DONE and to have action ownership defined via tags, e.g. #+TAGS: { Alice(a) Bob(b) Carys(c) } Then a dynamic columnview block at the end of the file could easily extract all actions and summarise them so that each owner of action(s) can easily see them. This is where sorting of rows in column view would be really useful! For (5) I'm really not sure how to achieve the demarcation. Maybe it's best when beginning to take minutes simply to copy the agenda to a new file and start embedding minutes within that. Then a diff of agenda.org and minutes.org shows any deviations etc.? This would also preserve the original agenda by protecting it against accidental editing. Any thoughts on this or other ideas very welcome! Thanks, Adam ___ 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] Re: list indentation
On Feb 9, 2008 1:26 AM, cezar [EMAIL PROTECTED] wrote: I have this TODO: ** TODO Meeting with John Doe regarding the job interview some skills they would like - html - css - unix address: 102 str. Blah foo, CA phone: 111 I would like to somehow make org aware that the list ends after - unix and that what follows are not part of the list, meaning pressing TAB should not move the cursor under u form unix. This is a tough one. Sometimes I want the behavior you describe. Sometimes I want the behavior org-mode has. For me it's not so must the that I care about tab indenting right. Org can't be a mind reader. It's that it may undo your indent if you if you do M-q and org disagrees with you. Maybe if there was a way to delimit the list like: * this is the stuff It all happens here: - - lock - stock - and barrel - It's done now. I choose the 5 -'s because it matches with the horizontal bar, just indented. (btw, could org-mode maybe take a line with 5 -'s and extend it to the width of the window when displaying in the buffer? Just an idea I'd use but don't really need.) I don't know if it's the right thing, and I'm guessing it may not be possible anyhow (with out a lot of work). Also I don't know what the correct behavior should be for: * Slapstick - - Stooges - - Moe - Larry - Curly - Shemp - Joe - - Marx - - Groucho - Harpo - Chico - Gummo - Zeppo - - I know what I'd like, but I don't know if it's practical. Another possibility is to do like rst and require a blank line when ending a list entry. Again, I'm not sure that is reasonably workable in org-mode. Edd ___ 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
[Orgmode] org-mew.el
Here is org-mew.el: it lets you create links from and to Mew messages. Mew is another mailer for Emacs, written by Kazu Yamamoto. http://www.mew.org This is very basic for now, and I will improve it if requested. Enjoy! org-mew.el Description: application/emacs-lisp -- Bastien ___ 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] Re: list indentation
Hi Eddward On Feb 9, 2008 11:02 AM, Eddward DeVilla [EMAIL PROTECTED] wrote: I know what I'd like, but I don't know if it's practical. Another possibility is to do like rst and require a blank line when ending a list entry. Again, I'm not sure that is reasonably workable in org-mode. But that would mean that org would have to disallow multiple paragraphs in one list item, which is currently allowed. I think the only way to get what you want is to have distinct markers for starting and ending the lists. Something like Proposal for a more explicit list syntax An attempt to provide more robust indentation for lists with follow-on text. /- - Here is a list item - Here is another item. This item has multiple paras. - And a third item /+ + With an embedded sub-list + Second sub-item +/ Final part of third item -/ And here the lists have ended, so indentation returns to normal. One thing I'm not too happy about with this proposal is that the - in the start list marker (/-) does not line up with the other -'s. An alternative could be something like -\ - one - two -/ or (if unicode is allowed) even -↓ - one - two -↑ What do people think? The interaction with org-outdent-item would be tricky. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ 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
[Orgmode] [PATCH] Fix typo in org remember templates description
you - your --- org.texi |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/org.texi b/org.texi index 1c1f407..25b46d5 100644 --- a/org.texi +++ b/org.texi @@ -4573,7 +4573,7 @@ To place the cursor after template expansion use: @end example @noindent -If you change you mind about which template to use, call +If you change your mind about which template to use, call @code{org-remember} in the remember buffer. You may then select a new template that will be filled with the previous context information. -- 1.5.4.34.g053d9 ___ 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
[Orgmode] Re: list indentation
On Sat, 09 Feb 2008 15:45:53 -0600, William Henney wrote: Hi Eddward On Feb 9, 2008 11:02 AM, Eddward DeVilla [EMAIL PROTECTED] wrote: I know what I'd like, but I don't know if it's practical. Another possibility is to do like rst and require a blank line when ending a list entry. Again, I'm not sure that is reasonably workable in org-mode. But that would mean that org would have to disallow multiple paragraphs in one list item, which is currently allowed. I think the only way to get what you want is to have distinct markers for starting and ending the lists. Something like Proposal for a more explicit list syntax An attempt to provide more robust indentation for lists with follow-on text. /- - Here is a list item - Here is another item. This item has multiple paras. - And a third item /+ + With an embedded sub-list + Second sub-item +/ Final part of third item -/ And here the lists have ended, so indentation returns to normal. One thing I'm not too happy about with this proposal is that the - in the start list marker (/-) does not line up with the other -'s. An alternative could be something like -\ - one - two -/ or (if unicode is allowed) even -↓ - one - two -↑ What do people think? The interaction with org-outdent-item would be tricky. Cheers Will I think a terminator would be better for the last list element. Something like a blank line. I am not sure, just throwing ideas around. Regards, Cezar ___ 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
[Orgmode] Handling phone calls
Hi all, I spent some time today tuning my org setup for handling incoming phone calls. As a contractor I need to clock time spent talking to customers for billing purposes. I used to (before this morning) use tags for phone calls and I had a list of ONGOING tasks with :@phone: as a tag but this wasn't very convenient to use. Today I spent some time reviewing the remember documentation and I came up with the following setup. I thought I'd share it in case anyone else finds it useful. --- I have multiple clients and one org file per client. Here is a sample layout: - todo.org- my personal tasks - client1.org - tasks for client 1 - otherclient.org - tasks for client 2 - norang.org - tasks for my company When I need to create a new task I have the following remember templates set up: ,[ .emacs remember setup ] | (custom-set-variables | '(org-remember-store-without-prompt t) | '(org-remember-templates |(quote ((todo ?t * TODO %?\n %u ~/org/todo.org Tasks) | (client1 ?c * TODO %?\n %u ~/org/client1.org Tasks) | (otherclient ?o * TODO %?\n %u ~/org/otherclient.org Tasks) | (norang ?n * TODO %?\n %u ~/org/norang.org Tasks | '(remember-annotation-functions (quote (org-remember-annotation))) | '(remember-handler-functions (quote (org-remember-handler ` To create a new task I just hit C-M-r and enter the appropriate template and fill in the task details. I set up a second set of templates for phone calls: ,[ .emacs remember functions ] | (setq my-phone-remember-templates | (quote ((client1 ?c * Phone Call - %:name - %:company\n :CLOCK-IN:%? ~/org/client1.org Tasks) | (otherclient ?o * Phone Call - %:name - %:company\n :CLOCK-IN:%? ~/org/otherclient.org Tasks) | (norang ?n * Phone Call - %:name - %:company\n :CLOCK-IN:%? ~/org/norang.org Tasks) | (phone call ?p * Phone Call - %? - \n :CLOCK-IN: ~/org/todo.org Tasks | | (global-set-key (kbd f9 p) 'my-phone-call) | | (defun my-phone-call () | (interactive) | (let ((org-remember-templates my-phone-remember-templates)) | (bbdb (read-string Who is calling: ) nil) | (other-window 1) | (org-remember))) | | (add-hook 'remember-mode-hook 'my-start-clock-if-needed) | (defun my-start-clock-if-needed () | (save-excursion | (goto-char (point-min)) | (when (re-search-forward :CLOCK-IN: nil t) |(replace-match ) |(org-clock-in | | (require 'remember) | (global-set-key (kbd C-M-r) 'org-remember) | (add-hook 'remember-mode-hook 'org-remember-apply-template) ` Thanks Carsten for the my-start-clock-if-needed function which I stole off the org-mode mailing list :) --- So I'm happily clocking time on some task I'm working on and the phone rings... I pick up the phone, find out who I'm talking to and type f9-p and enter a name at the prompt Who is calling: Joe User which looks up the person in my bbdb database and fills in the remember template then I select the appropriate template for the client org file I want to create the task in and it fills in something like this: ,[ Remember buffer entry for phone calls ] | ## Filing location: Select interactively, default, or last used: | ## C-u C-c C-c to select file and header location interactively. | ## C-c C-c ~/org/norang.org - * Tasks | ## C-u C-u C-c C-c ~/org/client1.org - * Tasks | ## To switch templates, use `C-M-r'. To abort use `C-c C-k'. | | * Phone Call - Joe User - Some Client Company | CLOCK: [2008-02-09 Sat 17:36] | cursor is here, Start typing notes right away ` When I'm done with the call C-c C-c stops the clock and files the task under * Tasks in whatever file I picked using the template above. C-u C-u C-M-r jumps to the task and I can refile it to the appropriate spot with C-c C-w. I'm sure this can be improved upon but it's already a lot better than what I had before. Happy organizing! -Bernt ___ 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] Re: list indentation
On Feb 9, 2008 4:17 PM, cezar [EMAIL PROTECTED] wrote: I think a terminator would be better for the last list element. Something like a blank line. I am not sure, just throwing ideas around. But how would one distinguish a blank line that ends a list from a blank line that separates paragraphs within a list item? You are right, though, that it is the end-of-list marker that is important. On reflection, it seems to me that a beginning-of-list marker is not necessary. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ 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] Re: list indentation
On Feb 9, 2008 4:50 PM, William Henney [EMAIL PROTECTED] wrote: On Feb 9, 2008 4:17 PM, cezar [EMAIL PROTECTED] wrote: I think a terminator would be better for the last list element. Something like a blank line. I am not sure, just throwing ideas around. But how would one distinguish a blank line that ends a list from a blank line that separates paragraphs within a list item? You are right, though, that it is the end-of-list marker that is important. On reflection, it seems to me that a beginning-of-list marker is not necessary. That's why I suggested -. It's really only needed as a terminator, but I like symmetry. I'd like to be able have something at the top, but it should not be required. Really, the terminator should not be required unless you need it to tell org to end the list, so we don't break current files. Edd ___ 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
[Orgmode] Re: list indentation
On Sat, 09 Feb 2008 16:50:04 -0600, William Henney wrote: On Feb 9, 2008 4:17 PM, cezar [EMAIL PROTECTED] wrote: I think a terminator would be better for the last list element. Something like a blank line. I am not sure, just throwing ideas around. But how would one distinguish a blank line that ends a list from a blank line that separates paragraphs within a list item? You are right, though, that it is the end-of-list marker that is important. On reflection, it seems to me that a beginning-of-list marker is not necessary. Cheers Will How common is a blank line in a list item ? I'd say it's more common for a blank line to end a list item. Regards, Cezar ___ 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] [PATCH] Fix typo in org remember templates description
Applied in the git repo, thanks. Bernt Hansen [EMAIL PROTECTED] writes: you - your --- org.texi |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/org.texi b/org.texi index 1c1f407..25b46d5 100644 --- a/org.texi +++ b/org.texi @@ -4573,7 +4573,7 @@ To place the cursor after template expansion use: @end example @noindent -If you change you mind about which template to use, call +If you change your mind about which template to use, call @code{org-remember} in the remember buffer. You may then select a new template that will be filled with the previous context information. -- Bastien ___ 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] Re: list indentation
Hi Eddward On Feb 9, 2008 5:26 PM, Eddward DeVilla [EMAIL PROTECTED] wrote: On Feb 9, 2008 4:50 PM, William Henney [EMAIL PROTECTED] wrote: You are right, though, that it is the end-of-list marker that is important. On reflection, it seems to me that a beginning-of-list marker is not necessary. That's why I suggested -. It's really only needed as a terminator, but I like symmetry. I'd like to be able have something at the top, but it should not be required. But it causes problems to allow the same marker to be used at the start and end. For instance, consider the following: - - item one - item two - - point is on this line When I hit TAB, how is org to know whether the - is supposed to start a new sublist (and so should be indented 3 spaces) or is meant to end the preceding list (and so should not be indented)? That is why I proposed that IF we are to have both start and end markers, THEN they need to be distinct. However, I now think that it would be better to just have end markers. Personally, I would prefer -/ for the XMLish feel. My objections to - are 1. It is hard to remember (was it 5 dashes or 4?) 2. It is a pain to type when you have the tex input method turned on 3. It conflicts with existing usage (sec 12.6.5 of the manual) * A line consisting of only dashes, and at least 5 of them, will be exported as a horizontal line (`hr/' in HTML). Really, the terminator should not be required unless you need it to tell org to end the list, so we don't break current files. Agreed. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ 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] Re: list indentation
Hi Cezar On Feb 9, 2008 5:41 PM, cezar [EMAIL PROTECTED] wrote: How common is a blank line in a list item ? I'd say it's more common for a blank line to end a list item. I agree that multi-paragraph list items are not that common. A quick random sampling of my own org files indicates about 3 instances per 1000 lines (so about 70 in total - wow, I have over 23,000 lines of org files!). However, the point is that they do exist and up to now have been (at least implicitly) encouraged. I think that, all else being equal, it is best to maintain backwards compatibility. On the other hand, if the majority decision were to outlaw multi-paragraph list items, then I wouldn't be unduly upset. A list item that complicated should probably have been a separate subheading anyway. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ 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] Re: list indentation
Hi Cezar On Feb 9, 2008 7:33 PM, Cezar Halmagean [EMAIL PROTECTED] wrote: I guess you are right. I should start using subheadings :) No, I meant that *I* should have been using subheadings instead of multi-paragraph list items :) Anyhow, I just found this in the manual: - Empty lines are part of the previous item, so you can have several paragraphs in one item. If you would like an empty line to terminate all currently open plain lists, configure the variable `org-empty-line-terminates-plain-lists'. - Have you tried configuring that variable? Maybe it does what you want. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ 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] Re: list indentation
I guess you are right. I should start using subheadings :) Regards, Cezar William Henney [EMAIL PROTECTED] writes: Hi Cezar On Feb 9, 2008 5:41 PM, cezar [EMAIL PROTECTED] wrote: How common is a blank line in a list item ? I'd say it's more common for a blank line to end a list item. I agree that multi-paragraph list items are not that common. A quick random sampling of my own org files indicates about 3 instances per 1000 lines (so about 70 in total - wow, I have over 23,000 lines of org files!). However, the point is that they do exist and up to now have been (at least implicitly) encouraged. I think that, all else being equal, it is best to maintain backwards compatibility. On the other hand, if the majority decision were to outlaw multi-paragraph list items, then I wouldn't be unduly upset. A list item that complicated should probably have been a separate subheading anyway. Cheers Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia -- Simplify, simplify, simplify. -- Henry David Thoreau Simplify. -- Wendy McElroy ___ 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] Re: list indentation
On Feb 9, 2008 7:09 PM, William Henney [EMAIL PROTECTED] wrote: But it causes problems to allow the same marker to be used at the start and end. For instance, consider the following: - - item one - item two - - point is on this line When I hit TAB, how is org to know whether the - is supposed to start a new sublist (and so should be indented 3 spaces) or is meant to end the preceding list (and so should not be indented)? True. I wasn't counting on tab to always get that right. I usually hit M-RET for a sibling entry and M-RET M-right for a sub list I was counting on the indent to determine if it was a sub-list. Otherwise, it doesn't matter if it's and end or beginning, at least in my mind. Once I set an indent, I'd like it to stay though. I have folding lists, so I probably don't appreciate some of the issues. When I hit tab on an existing item, it folds or unfolds. That is why I proposed that IF we are to have both start and end markers, THEN they need to be distinct. However, I now think that it would be better to just have end markers. Personally, I would prefer -/ for the XMLish feel. My objections to - are I'm afraid you won't win me over with xml. I'm not fond of it. 1. It is hard to remember (was it 5 dashes or 4?) I'd say five or more and left org format it. But then again, I'm not really tied to it. The hline was my first guess at something. It puts it in a box. I kind of like that. I'll probably find a case where I wouldn't though. 2. It is a pain to type when you have the tex input method turned on I can't argue that. I've never used the tex input method. 3. It conflicts with existing usage (sec 12.6.5 of the manual) * A line consisting of only dashes, and at least 5 of them, will be exported as a horizontal line (`hr/' in HTML). Actually, I was thinking of having an indented hline to box in the list, but again that may be plain wrong. Also, I thought the hline had to start at the beginning of the line. My mistake. In any case, I'm just trying to come up with something that does the job but is not an eye sore in the org buffer. I'm looking for something that visually looks like a natural footer or terminator in plain text. (And a footer ought to be able to be preceeded by a header.) I know the significance of the '/' in xml, but visually, it doesn't look right to my eyes. Aside from the meaning in xml code, it does say end-of-list to me. If anything, it seems to connect the preceeding and proceeding text, like this/that. The dashes draw a dividing line. Edd ___ 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] Re: list indentation
On Feb 9, 2008 9:55 PM, Eddward DeVilla [EMAIL PROTECTED] wrote: In any case, I'm just trying to come up with something that does the job but is not an eye sore in the org buffer. I'm looking for something that visually looks like a natural footer or terminator in plain text. (And a footer ought to be able to be preceeded by a header.) I know the significance of the '/' in xml, but visually, it doesn't look right to my eyes. Aside from the meaning in xml code, it does say end-of-list to me. If anything, it seems to connect the preceeding and proceeding text, like this/that. The dashes draw a dividing line. How about -. ? Will -- Dr William Henney, Centro de Radioastronomía y Astrofísica, Universidad Nacional Autónoma de México, Campus Morelia ___ 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] Re: list indentation
On Feb 9, 2008 10:47 PM, William Henney [EMAIL PROTECTED] wrote: On Feb 9, 2008 9:55 PM, Eddward DeVilla [EMAIL PROTECTED] wrote: In any case, I'm just trying to come up with something that does the job but is not an eye sore in the org buffer. I'm looking for something that visually looks like a natural footer or terminator in plain text. (And a footer ought to be able to be preceeded by a header.) I know the significance of the '/' in xml, but visually, it doesn't look right to my eyes. Aside from the meaning in xml code, it does say end-of-list to me. If anything, it seems to connect the preceeding and proceeding text, like this/that. The dashes draw a dividing line. How about -. ? Better. Still kind of cryptic, but more subtle. Actually, since that's all that's on the line, it really doesn't matter what it is. Font lock can hide it or gray it out. It could look like a blank line without the ambiguity. Edd ___ 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] Handling phone calls
Excellent description, I just made an entry for this in the new Org-mode FAQ in Worg: http://129.199.80.1/~guerry/worg/org-faq.html The entry is not yet there as of Sunday, 8:39 CET, so we will now find out how quickly Bastien will update the HTML version. I think we should do more like this: Put gmane pointers to good writeups into the faq, or even directly convert these posts to org and put them into a faq. emacs-orgmode@gnu.org is becoming a knowledgebase. This is a corner in parameter space where Worg can really shine: Whenever you see a particularly useful post, head over to worg and greate a link to it. - Carsten On Feb 9, 2008, at 11:55 PM, Bernt Hansen wrote: Hi all, I spent some time today tuning my org setup for handling incoming phone calls. As a contractor I need to clock time spent talking to customers for billing purposes. I used to (before this morning) use tags for phone calls and I had a list of ONGOING tasks with :@phone: as a tag but this wasn't very convenient to use. Today I spent some time reviewing the remember documentation and I came up with the following setup. I thought I'd share it in case anyone else finds it useful. --- I have multiple clients and one org file per client. Here is a sample layout: - todo.org- my personal tasks - client1.org - tasks for client 1 - otherclient.org - tasks for client 2 - norang.org - tasks for my company When I need to create a new task I have the following remember templates set up: ,[ .emacs remember setup ] | (custom-set-variables | '(org-remember-store-without-prompt t) | '(org-remember-templates |(quote ((todo ?t * TODO %?\n %u ~/org/todo.org Tasks) | (client1 ?c * TODO %?\n %u ~/org/client1.org Tasks) | (otherclient ?o * TODO %?\n %u ~/org/otherclient.org Tasks) | (norang ?n * TODO %?\n %u ~/org/norang.org Tasks | '(remember-annotation-functions (quote (org-remember-annotation))) | '(remember-handler-functions (quote (org-remember-handler ` To create a new task I just hit C-M-r and enter the appropriate template and fill in the task details. I set up a second set of templates for phone calls: ,[ .emacs remember functions ] | (setq my-phone-remember-templates | (quote ((client1 ?c * Phone Call - %:name - %:company \n :CLOCK-IN:%? ~/org/client1.org Tasks) | (otherclient ?o * Phone Call - %:name - %:company \n :CLOCK-IN:%? ~/org/otherclient.org Tasks) | (norang ?n * Phone Call - %:name - %:company\n :CLOCK- IN:%? ~/org/norang.org Tasks) | (phone call ?p * Phone Call - %? - \n :CLOCK-IN: ~/ org/todo.org Tasks | | (global-set-key (kbd f9 p) 'my-phone-call) | | (defun my-phone-call () | (interactive) | (let ((org-remember-templates my-phone-remember-templates)) | (bbdb (read-string Who is calling: ) nil) | (other-window 1) | (org-remember))) | | (add-hook 'remember-mode-hook 'my-start-clock-if-needed) | (defun my-start-clock-if-needed () | (save-excursion | (goto-char (point-min)) | (when (re-search-forward :CLOCK-IN: nil t) |(replace-match ) |(org-clock-in | | (require 'remember) | (global-set-key (kbd C-M-r) 'org-remember) | (add-hook 'remember-mode-hook 'org-remember-apply-template) ` Thanks Carsten for the my-start-clock-if-needed function which I stole off the org-mode mailing list :) --- So I'm happily clocking time on some task I'm working on and the phone rings... I pick up the phone, find out who I'm talking to and type f9-p and enter a name at the prompt Who is calling: Joe User which looks up the person in my bbdb database and fills in the remember template then I select the appropriate template for the client org file I want to create the task in and it fills in something like this: ,[ Remember buffer entry for phone calls ] | ## Filing location: Select interactively, default, or last used: | ## C-u C-c C-c to select file and header location interactively. | ## C-c C-c ~/org/norang.org - * Tasks | ## C-u C-u C-c C-c ~/org/client1.org - * Tasks | ## To switch templates, use `C-M-r'. To abort use `C-c C-k'. | | * Phone Call - Joe User - Some Client Company | CLOCK: [2008-02-09 Sat 17:36] | cursor is here, Start typing notes right away ` When I'm done with the call C-c C-c stops the clock and files the task under * Tasks in whatever file I picked using the template above. C-u C-u C-M-r jumps to the task and I can refile it to the appropriate spot with C-c C-w. I'm sure this can be improved upon but it's already a lot better than what I had before. Happy organizing! -Bernt ___ 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 ___ Emacs-orgmode mailing list Remember: use `Reply All' to
Re: [Orgmode] Re: list indentation
Hi Everyone, I am personally not fond of separators, and we must be sure what their purpose is. As a means of terminating a list for export and folding, you can use empty lines when setting the variable `org-empty-line-terminates-plain-lists' discovered by Will. Or any text that is no linger indented behind the bullet marker. But if I understand correctly, this is really about indentation and about M-q paragraph wrapping. I have thought about how to make aragraph wrapping to respect the indentation of a line after a plain list item and failed. I cannot figure it out. For paragraph wrapping we would really need a separator, and then we would need to add this separator to the regular expressions in `paragraph-start' and `paragraph-separate', obscure pieces of the Emacs formatting which do not work really consistent between different commands fill-paragraph and fill-region). EIther that, or I am not really able to comprehend how this works. About indentation, there are other possible conventions one could use. Right now, TAB will indent a line under a plain list item to beyond the item bullet. Independent of the current indentation. So it will indent lines with low indentation, and outdent lines with too large indentations. One could have different conventions. For example, we could do this: In the line after a plain list item: - when the indentation is 0 or when the line is empty, make TAB indent to under the line before, as if you intended to continue the item. - when the line is not empty and already indented, keep that indentation. I am not sure if that would be seen as more consistent and stable, up for discussion. - Carsten On Feb 10, 2008, at 6:05 AM, Eddward DeVilla wrote: On Feb 9, 2008 10:47 PM, William Henney [EMAIL PROTECTED] wrote: On Feb 9, 2008 9:55 PM, Eddward DeVilla [EMAIL PROTECTED] wrote: In any case, I'm just trying to come up with something that does the job but is not an eye sore in the org buffer. I'm looking for something that visually looks like a natural footer or terminator in plain text. (And a footer ought to be able to be preceeded by a header.) I know the significance of the '/' in xml, but visually, it doesn't look right to my eyes. Aside from the meaning in xml code, it does say end-of-list to me. If anything, it seems to connect the preceeding and proceeding text, like this/that. The dashes draw a dividing line. How about -. ? Better. Still kind of cryptic, but more subtle. Actually, since that's all that's on the line, it really doesn't matter what it is. Font lock can hide it or gray it out. It could look like a blank line without the ambiguity. Edd ___ 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 ___ 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