Re: [Orgmode] Hyperlinks in column-view?
On Feb 14, 2009, at 11:38 PM, Karl Maihofer wrote: Hi, thank you very much for sharing this wonderful piece of software! I'd like to build a little database containing contact information. To view the entries, I chose the very nice column-view. Is it possible to realise hyperlinks in column-view so that a click on an e-mail adress opens my e-mail client? Not clicking, this will probably not work. However, you can use C-c C-o normally when the cursor is on a column field containing a link. HTH - Carsten ___ 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] Checkboxes and intermediate state
Hi Chris, this was an intentional change, I thought that a simple command to get rid of a checkbox was more important. I have put setting to [-] back in now, but you will need a double prefix C-u C-u C-c C-c HTH - Carsten On Feb 14, 2009, at 4:46 PM, Chris Randle wrote: Hi Carsten Until recently, if I used `C-u C-c C-c' with the cursor on the line with Item B in the following example: - [X] Item A - [ ] Item B - [ ] Item C I'd get: - [X] Item A - [-] Item B - [ ] Item C Now (6.21b) I get: - [X] Item A - Item B - [ ] Item C Think this may be an unintentional side-effect of the recent changes to the list code. Hope so, because I quite like using that mark to register the item that I'm working on currently - an in progress marker. The fact that it's taken me weeks to spot this shows how often any progress is made in my world! -- Chris Randle Windows XP Pro SP3 - GNU Emacs 22.1.1 - Org-mode 6.21b ___ 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
Re: [Orgmode] Hyperlinks in column-view?
Carsten Dominik schrieb: However, you can use C-c C-o normally when the cursor is on a column field containing a link. Thanks, Carsten! Regards, Karl ___ 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] A little warning
On 15 Feb 2009, at 09:31, Carsten Dominik wrote: just a little warning if you are pulling todays version from the git repo, there are changes that may be unexpected: I am abandoning the CLOCK drawer, and instead use the LOGBOOK drawer also for CLOCK lines and clock-out notes. This makes a lot of sense to me, hopefully also to you. Also, org-log-state-notes-into-drawer has been renamed to org-log-into-drawer, please use only this variable. I'm loving the new tidiness of the LOGBOOK drawer. One quick question: Even though the change of state is placed in the drawer, because it is formatted as a list item it causes the main entry to be indented one level further (this, of course, isn't a new problem with change of state; I had just hoped that shoving it in a drawer would be an automatic cure!) * TODO Foo :LOGBOOK:... lorem ipsum Rather than * TODO Foo :LOGBOOK:... lorem ipsum Best wishes, Christopher ___ 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] Checkboxes and intermediate state
Hi Carsten Carsten Dominik wrote: this was an intentional change, I thought that a simple command to get rid of a checkbox was more important. I have put setting to [-] back in now, but you will need a double prefix Thanks for doing that. The 6.22b manual needs updating on p46 (half-way down). I hate to come across as awkward, but I'd like to find out how others use checkboxes and their opinion of this change. I use checkboxes daily. Largely as a sub-set of mini-todos under a main todo heading. For example, I have a computer in for a fix, and as I work on it removing bits or changing settings, I'll quickly add a new line (`M-S-RET') to remind me to revert the changes afterwards. Mini-example of being part-way working through the finished list with a defrag kicked off: *** TODO Finish up - [X] Uninstall WinPcap driver - [X] Uninstall UltraVNC - [-] Defrag - [ ] Reset screen resolution to 1280x854 I've not used the new ability to convert lines to/from checkboxes, although I can see how it could be useful, especially on a block of items. But, there are a couple of things I'd like to get a feel for from others using checkboxes heavily: Taking the example above, and doing `C-u C-c C-c' on the defrag line, I don't see why this result *** TODO Finish up - [X] Uninstall WinPcap driver - [X] Uninstall UltraVNC - Defrag - [ ] Reset screen resolution to 1280x854 should be more important/useful/common than the previous pending state. Converting items to/from checkboxes, I should have thought, would have been something done once, whereas manipulating the state of a checkbox was something that is done more often. So I think that `C-u C-c C-c' should stay as toggle pending state and `C-u C-u C-c C-c' (less frequently used?) should be remove checkbox. Also, why then doesn't (currently) `C-u C-c C-c' put a checkbox back in? I do so much want to stress how I don't want to criticise your fabulous code. I'm so grateful to you for Org-mode - it's miraculous. I just want to see if my usage is a minority style. -- Chris Randle Windows XP Pro SP3 - GNU Emacs 22.1.1 - Org-mode 6.21b ___ 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] Checkboxes and intermediate state
Hi Chris, On Feb 15, 2009, at 1:48 PM, Chris Randle wrote: Mini-example of being part-way working through the finished list with a defrag kicked off: *** TODO Finish up - [X] Uninstall WinPcap driver - [X] Uninstall UltraVNC - [-] Defrag - [ ] Reset screen resolution to 1280x854 I've not used the new ability to convert lines to/from checkboxes, although I can see how it could be useful, especially on a block of items. But, there are a couple of things I'd like to get a feel for from others using checkboxes heavily: Taking the example above, and doing `C-u C-c C-c' on the defrag line, I don't see why this result *** TODO Finish up - [X] Uninstall WinPcap driver - [X] Uninstall UltraVNC - Defrag - [ ] Reset screen resolution to 1280x854 should be more important/useful/common than the previous pending state. The reason for this assumption is that as of now, you are the only person *I know* who uses this have-ready state of checkboxes. Given the fact that I every now and then do need to remove a checkbox, this seemed the logical choice to me. But I am glad you bring it up, it is perfectly possible that I see it wrong and that it would be better to reverse the action of single and double prefix argument. Converting items to/from checkboxes, I should have thought, would have been something done once, whereas manipulating the state of a checkbox was something that is done more often. So I think that `C-u C-c C-c' should stay as toggle pending state and `C-u C-u C-c C-c' (less frequently used?) should be remove checkbox. Also, why then doesn't (currently) `C-u C-c C-c' put a checkbox back in? The reason for this is technical. `C-c C-c' is a context-sensitive key. If there is a checkbox, the context is checkbox and it calls org-toggle-checkbox, which does do the interpretation of the prefix argument. If the context is just item, not checkbox, so it is less clear to the context detector what should be done. You can try this by using the direct key for org-toggle-checkbox, `C-c C-x C-b'. It will re-insert a checkbox (in fact even without a prefix arg because there is nothing else to do). I do so much want to stress how I don't want to criticise your fabulous code. Do not worry about this. I do have a side job as a scientist and am quite used to constructive criticism. :-) - Carsten ___ 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: Checkboxes and intermediate state
Carsten Dominik domi...@science.uva.nl writes: [snipped 47 lines] I do so much want to stress how I don't want to criticise your fabulous code. Do not worry about this. I do have a side job as a scientist and am quite used to constructive criticism. :-) - Carsten Which brings me to the biggest criticism. I have this task Go Make Tea and it's been a year and Org has still *NOT* made tea. What sort of code is this? :-) sivaram -- ___ 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] A little warning
Hi Christopher, thanks for pointing this out, fixed now. - Carsten On Feb 15, 2009, at 11:41 AM, Christopher Suckling wrote: On 15 Feb 2009, at 09:31, Carsten Dominik wrote: just a little warning if you are pulling todays version from the git repo, there are changes that may be unexpected: I am abandoning the CLOCK drawer, and instead use the LOGBOOK drawer also for CLOCK lines and clock-out notes. This makes a lot of sense to me, hopefully also to you. Also, org-log-state-notes-into-drawer has been renamed to org-log-into-drawer, please use only this variable. I'm loving the new tidiness of the LOGBOOK drawer. One quick question: Even though the change of state is placed in the drawer, because it is formatted as a list item it causes the main entry to be indented one level further (this, of course, isn't a new problem with change of state; I had just hoped that shoving it in a drawer would be an automatic cure!) * TODO Foo :LOGBOOK:... lorem ipsum Rather than * TODO Foo :LOGBOOK:... lorem ipsum Best wishes, Christopher ___ 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] org-install.el in Emacs probably should be removed
On Feb 15, 2009, at 8:50 AM, Leo wrote: Hi Carsten, I just notice there is a dummy file in emacs/lisp/org. The use of this file hides problems away for example if users install org to a dir that is overshadowed by the lisp/org in emacs (this happen quite often to newbies too). Two files with the same name but different content also confuse other users. I think for users using both standalone and included org versions, the cleaner and better way is to use one of the following (load org-install t) or (require 'org-install nil t) in their own .emacs files if they want to avoid error (we can put this in the documentation). But I guess some will prefer emacs to throw an error when that org-install that does autoloads is missing. Pointing out the install procedure is only for installing standalone org package is also sufficient. This is what I have done extensively in the manual, but this has not kept people from doing (require 'org) in .emacs. I have been fighting hard to get people to use (require 'org-install), so I did not want to punish them when they move to Emacs 23 and want to use the Emacs version. Admittedly, this is not very likely. Also, I do want to keep the option that org-install will do more than just install autoloads. So while I don't have strong feelings about removing org-install from Emacs again, I cannot really see the point either. - Carsten ___ 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] ellipsis request; also inconsistency followup
On Feb 14, 2009, at 1:45 AM, Samuel Wales wrote: The logbook feature is fantastic. Thank you, Carsten. Although this is workable around by making trailing blank lines not split the outline, it seems worth pointing out the inconsistency for completeness. With the same settings as before, with the latest git, c-c c-x p ordered RET t RET creates a properties drawer without a blank line after it. However, calling org-todo to set a todo state with (setf org-log-state-notes-into-drawer t) inserts a logbook drawer and then a blank line. I have it on my list of things to look into. Also, re ellipsis: Is it possible in emacs to distinguish the org-ellipsis for nodes that have only drawers from the org-ellipsis for nodes that have body text? That would be useful for ignoring nodes that only have properties or clocks or state changes. As far as I know this is not possible in the framework that Emacs outlining provides. - Carsten ___ 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] hyperlink to info documentation
Links to info can reference a node, I do not think that there is finer control. You can always hack something, the point to start would be org-info-follow-link. I guess you could implement chopping off a search string and searching for it. - Carsten On Feb 15, 2009, at 3:44 AM, Alan E. Davis wrote: I have tried to link to a specific paragraph in an info file. The info docs do not mention linking with the info link type. Files are linkable with file. This link can link to a search inside an org file: file:projects.org::some words I cannot make such a link work in an info file. Is this possible? An automatically generated link to an info file looks like this: info:org:Structure%20editing However, the following does not work. info:org:Structure%20editing::sort same-level Is there another way to make this work? I would like to link to specific parts of an info file, perhaps selecting a few words to link to. Alan -- Alan Davis It is undesirable to believe a proposition when there is no ground whatsoever for supposing it is true. Bertrand Russell They are ill discoverers that think there is no land, when they can see nothing but sea. Sir Francis Bacon ___ 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
Re: [Orgmode] Bug? org-timeline, log mode, inactive timestamp
I don't seem to be able to reproduce this. - Carsten On Feb 13, 2009, at 10:07 PM, Wanrong Lin wrote: Hi, Recently I began to use org-timeline more frequently, and find the log mode including inactive timestamps very useful for things like activity report. However, there seems to be a small glitch: In the timeline agenda buffer, when press g (org-agenda-redo), the inactive timestamp is always turned off. This is kind of inconvenient in my opinion. Can we make the inactive timestamp option sticky, just like the log mode? We can use ] key to turn it off, or just use [ to toggle it. Thanks for considering it. Wanrong ___ 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
Re: [Orgmode] Bug: org-cycle on list at the end of buffer
On Feb 11, 2009, at 4:51 PM, Wanrong Lin wrote: Thanks for your response. Yes, this is a minor annoyance and can be worked around as you did. But maybe it is just a snap for Carsten or others to fix it (seems the case for most of the bugs. Sorry, you guys really raised up our expectations.). I thought if we keep silent, the developers will never know. Also, the point of using org- mode is you won't get as much as attraction as other mouse-driven, window-popping applications. If the number of small annoyances increases, that advantage will decrease rapidly, in my opinion. You make it sound as if we are on a path to more small annoyances :-) Well, this one is gone. Thanks. - Carsten That's why I seems to be fussy on those small things. Wanrong Eddward DeVilla wrote: On Tue, Feb 10, 2009 at 1:50 PM, Wanrong Lin wanrong@gmail.com wrote: Hi, I have org-cycle-include-plain-lists set to t. In the following example, the text is at the very end of an org-mode buffer. If I put my cursor on the line of item 1 and press TAB key, the cycling does not work. But if I add another list item after item 1, the cycling now works (of course now the item 2 does not work). I am using Emacs 22.3 and org-mode 6.22a. Looks like a bug. Thank you if somebody can look into this. * Test 1. item 1 abc, xyz, whatever I'm seeing this with org 2.20c 22.3.1. I've seen this break and work periodically. I tend to avoid it by having a heading at the bottom of the file like: * Test 1. item 1 abc, xyz, whatever 2. foo bar * baz Most of my real documents have an archive heading at the bottom the completed items get moved to, so I haven't been too annoyed with it recently. I've gathered that org-cycle-include-plain-lists isn't very common. 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
Re: [Orgmode] C-a and C-e in org-mode
Hi Ken, this is working now correctly in the git version. If there are no problems with the change, I will try to get them as bug fixes into Emacs 23, in a few days. Thanks for the report. - Carsten On Feb 3, 2009, at 2:46 AM, Ken Harris wrote: Hi Carsten, Hmmm, why would you ever want to call thee commands with a prefix argument? That did not occur to me, which is why these commands do not care about it. Do you mean what does it do? It goes down by that many lines first. Do you mean what's the practical value? I'm right-handed, so I frequently move my right hand over to the mouse to test my program, but my left hand always stays on the keyboard (what else would it do?). On my keyboard layout, I can hit all of C-u, C-a, C-e, C-p, C-k, and C-y with my left hand, so I can a whole lot of simple navigation editing without putting down the mouse (or mousing back over to my emacs window). If C-a and C-e can't use numeric prefixes, I need twice as many hands to move the cursor down. :-) More generally, I have many years of experience with the emacs keybindings. A mode should have a really good reason to change the built-ins. (Steve Yegge's js2-mode also screws up some of these, but has what are essentially unbreak-my-keybindings variables to let you work around them.) It looks like this is not a case of it being intentional, but merely that nobody has gotten around to it yet. That's fine, but I'm simply reporting that some of us would like this fixed. :-) - Ken ___ 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] org-install.el in Emacs probably should be removed
This is what I have done extensively in the manual, but this has not kept people from doing (require 'org) in .emacs. I have been fighting hard to get people to use (require 'org-install), so I did not want to punish them when they move to Emacs 23 and want to use the Emacs version. Admittedly, this is not very likely. Also, I do want to keep the option that org-install will do more than just install autoloads. So while I don't have strong feelings about removing org-install from Emacs again, I cannot really see the point either. - Carsten The usage of org-install has the pre-requisite of having to compile the org.el files. This is no use to people like myself, who want to use the same .el files in XEmacs and Emacs due to incompatible .elc problems. Its also no use to people who do no have a build system or make binary installed e.g. windows users, locked down linux/unix systems etc. How about adding a skeleton org-install.el that gets overwritten by the make? Tim. ___ 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] org-install.el in Emacs probably should be removed
On Feb 15, 2009, at 11:18 PM, Tim O'Callaghan wrote: This is what I have done extensively in the manual, but this has not kept people from doing (require 'org) in .emacs. I have been fighting hard to get people to use (require 'org- install), so I did not want to punish them when they move to Emacs 23 and want to use the Emacs version. Admittedly, this is not very likely. Also, I do want to keep the option that org-install will do more than just install autoloads. So while I don't have strong feelings about removing org-install from Emacs again, I cannot really see the point either. - Carsten The usage of org-install has the pre-requisite of having to compile the org.el files. This is no use to people like myself, who want to use the same .el files in XEmacs and Emacs due to incompatible .elc problems. Its also no use to people who do no have a build system or make binary installed e.g. windows users, locked down linux/unix systems etc. How about adding a skeleton org-install.el that gets overwritten by the make? org-install.el is part of the distribution tar and zip files. I cannot include it into the git repo because the git people tell me that it is a bad idea to keep a product file under git control (Bernt?). The fact that producing org-install.el triggers some code compilation (org org.el, to be exact, the others are compiled because org.el depends on them) is a bug that I do not understand - any make gurus around here who can sort this out? If you have a system without make, then you should probably not rely on the git distribution, but rather on the snapshots. - Carsten ___ 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: org-mode and remind integration
Hi Sharad, thanks for your work. Instead for making a big change to org-exp.el I would much rather have a separate files with these functions, and a change to org-exp.el that is as minimal as possible. - Carsten On Feb 15, 2009, at 11:10 PM, Sharad Pratap wrote: Hi Dominik, I have added remind functions in `org-exp.el' by following icalendar, functions. As you must have known `ical2rem' kind of utilities is here, So I got at least remind is superset to ical, there should not be any problem. I have tested few things like. * remind `[' `%' handled In it two known bugs left. 1. Duplication of code, another copy of icalendar .function for remind. 2. empty description returning a single newline, that causes ugly output. I am attaching this with this mail `org-exp.el' (with remind) and full `org2rem.el' that I have not changed from last time, As I started work on `org-exp.el.' I will try to fix both 1, 2 as I will get time. But I think for most of usage it will work nice. -- Regards, Sharad On Fri, Feb 13, 2009 at 12:55 PM, Carsten Dominik domi...@science.uva.nl wrote: Hi Sharad, instead of a new patch, please send me just a full new version of org2rem.el when you are done changing it. Thanks. - Carsten On Feb 12, 2009, at 2:22 PM, Sharad Pratap wrote: Hi Daniel, Actually I have used your proposed _regular expression_ only, and little rearrangement. Since my child was born last month I did not have much time. Therefore, I did not test org2rem. Many congratulations to you on your sweet little bundle of joy!! I did not tested the last suggestion of Carsten but you seem to overcome the problem I encountered. I also wanted to remove these three (defvar org2rem-scheduled-reminders nil) (defvar org2rem-deadline-reminders nil) (defvar org2rem-pure-timestamps-reminders nil) global variables, with next patch by this week end. And finally Thanks you very much Daniel for `org2rem.el' I am regular user of `remind'. On Thu, Feb 12, 2009 at 5:12 AM, Daniel Martins daniel...@gmail.com wrote: Thanks Sharap, Since my child was born last month I did not have much time. Therefore, I did not test org2rem. I did not tested the last suggestion of Carsten but you seem to overcome the problem I encountered. I am also suggest to include this patch to expand Bastien original org2rem.el Whenever I have time (to sleep!) I will test your scripts. Daniel 2009/2/11 Carsten Dominik domi...@science.uva.nl Hi Bastien, you wrote the original org2rem.el Do you agree we should apply this patch? I have not tested it as I do not use remind. - Carsten On Feb 11, 2009, at 4:33 PM, Sharad Pratap wrote: Hi Carsten, Please do apply it, (if you find it is fine.) I have joined this mailing list today only, so not able to include all peoples in thread. On Wed, Feb 11, 2009 at 8:51 PM, Carsten Dominik domi...@science.uva.nl wrote: I have not followed this discussion - should I apply this patch to org2rem.el in the distribution? - Carsten On Feb 11, 2009, at 3:23 PM, Sharad Pratap wrote: Hi Daniel, Your regular expression working fine!!, I have made few change with same regular expression, and it has worked for me. I wish `org2rem' could be as robust as `org-export-icalendar'. Like me you also want orgmode outside editor, So I have added to executable script `org2remind' and `show-agenda'. orgremind.elorg2rem.el ___ 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] Help with binding new key to change task state
Hi all, The org manual talks about using C-u C-c C-t to change the state of a task. This command nicely throws up a list of several intermediate states to choose from. In addition, I have logging turned on, so each time I do this, I can log a note about the state change. I am merely trying to bind this to a simpler set of keys. I know C-c C-t is bound to org-todo, but can't figure out what C-u C-c C-t binds to (describe-key stops at C-u). Or then, maybe I don't know Emacs/Org well enough yet. Any suggestions? The second thing I am trying to do is have a shortcut to take a task from TODO to DONE without going through the above process. Thanks, V. ___ 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] fast tag selection interface
As a result of the 40 variables thread and assorted worg tutorials, I'm getting a little carried away with customising my workflow. Consequently, my tag list have grown to the extent that the fast tags selection interface is looking rather messy. The small patch below adds the capability to create arbitrary new lines, either by adding \n (backslash n, not a newline!) to your # +TAGS: or by adding (:newline . nil) to org-tag-alist. So I can have something like: - [a] @assorted [g] @gtd [c] @contexts [o] other [r] relevant [t] tags [m] more [f] for [d] different [p] projects - The patch is a very hacky cut and paste job with little understanding of the surrounding code, but I don't seem to have broken anything in my setup yet... Best wishes, Christopher - Modified lisp/org.el diff --git a/lisp/org.el b/lisp/org.el index c4cfacd..484df30 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -2066,7 +2066,8 @@ See the manual for details. (cons (string:tag Tag name) (character :tag Access char)) (const :tag Start radio group (:startgroup)) - (const :tag End radio group (:endgroup) + (const :tag End radio group (:endgroup)) + (const :tag New line (:newline) (defvar org-file-tags nil List of tags that can be inherited by all entries in the file. @@ -3398,6 +3399,7 @@ means to push this value onto the list in the variable.) (cond ((equal e {) (push '(:startgroup) tgs)) ((equal e }) (push '(:endgroup) tgs)) +((equal e \\n) (push '(:newline) tgs)) ((string-match (org-re ^\\([[:alnum:]...@]+\\)(\\(.\\))$) e) (push (cons (match-string 1 e) (string-to-char (match-string 2 e))) @@ -3534,6 +3536,7 @@ Respect keys that are already there. (cond ((equal e '(:startgroup)) (push e new)) ((equal e '(:endgroup)) (push e new)) + ((equal e '(:newline)) (push e new)) (t (setq k (car e) c2 nil) (if (cdr e) @@ -8866,6 +8869,8 @@ Returns the new TODO keyword, or nil if no state change should occur. ((equal e '(:endgroup)) (setq ingroup nil cnt 0) (insert }\n)) + ((equal e '(:newline)) + (insert \n )) (t (setq tg (car e) c (cdr e)) (if ingroup (push tg (car groups))) @@ -10316,6 +10321,8 @@ Returns the new tags string, or nil to not change the current settings. ((equal e '(:endgroup)) (setq ingroup nil cnt 0) (insert }\n)) +((equal e '(:newline)) + (insert \n )) (t (setq tg (car e) c2 nil) (if (cdr e) ___ 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] Custom agenda views: todo-state-down
I'm having a little difficulty with org-agenda-sorting-strategy: If I create a tags or tags-todo view, then todo-state-down (or todo- state-up) appears to be ignored. For example: - (P Priority #A tasks tags-todo +PRIORITY=\A\ ((org-agenda-skip-timestamp-if-done t) (org-agenda-sorting-strategy '(todo-state-down effort-up category- keep)) (org-agenda-overriding-header Priority #A tasks: ))) - fails to sort by todo-state. On the other hand: - (Qt TODO entries - @mac alltodo ((org-agenda-files (list ~/Sites/org/mac_A.org)) (org-agenda-sorting-strategy '(priority-down todo-state-down category-keep)) (org-agenda-overriding-header TODO entries - @mac: ))) - sorts as expected. Interestingly, if the second example is included as part of a block agenda, then it also fails. Any suggestions? Best wishes, Christopher ___ 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: Help with binding new key to change task state
Varnit Suri vs...@brocade.com writes: The org manual talks about using C-u C-c C-t to change the state of a task. This command nicely throws up a list of several intermediate states to choose from. In addition, I have logging turned on, so each time I do this, I can log a note about the state change. I am merely trying to bind this to a simpler set of keys. I know C-c C-t is bound to org-todo, but can't figure out what C-u C-c C-t binds to (describe-key stops at C-u). Or then, maybe I don't know Emacs/Org well enough yet. Any suggestions? C-c C-t and C-u C-c C-t both bind to the same function. The C-u just provides a prefix value of 4 to the function so it can behave differently (displaying the menu of todo choices) You probably want to set (setq org-use-fast-todo-selection t) so that C-c C-t shows the menu by default. The second thing I am trying to do is have a shortcut to take a task from TODO to DONE without going through the above process. If you have your todo states defined in sequences you can use S-left arrow and S-right arrow to cycle between the states quickly. I use the following TODO settings: (setq org-todo-keywords '((sequence TODO(t) STARTED(s!) | DONE(d!/!)) (sequence WAITING(w@/!) SOMEDAY(s) | CANCELLED(c@/!)) (sequence QUOTATION(q!) QUOTED(Q!) | APPROVED(A@) EXPIRED(E@) REJECTED(R@)) (sequence OPENPO(O!) | CLOSEDPO(C@)) (sequence | NOTE(n) PHONE(T so if I have a task * TODO Do something then S-right arrow moves to STARTED and a second time moves to DONE HTH, 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
[Orgmode] Re: org-install.el in Emacs probably should be removed
Carsten Dominik domi...@science.uva.nl writes: On Feb 15, 2009, at 11:18 PM, Tim O'Callaghan wrote: The usage of org-install has the pre-requisite of having to compile the org.el files. This is no use to people like myself, who want to use the same .el files in XEmacs and Emacs due to incompatible .elc problems. Its also no use to people who do no have a build system or make binary installed e.g. windows users, locked down linux/unix systems etc. How about adding a skeleton org-install.el that gets overwritten by the make? org-install.el is part of the distribution tar and zip files. I cannot include it into the git repo because the git people tell me that it is a bad idea to keep a product file under git control (Bernt?). The main reason this is a bad idea in git master branch is that the file gets automatic changes on different systems and looks modified after each time you run make. This file gets in the way of other (real) changes since git thinks the working tree is dirty and prevents changing branches, rebasing, or merging with a dirty tree. The contents of the org-install.el file are uninteresting and really does not belong in the tracked files for the project since it is a product of the build procedure. If you want a skeleton org-install.el in the tar/zip files then you probably should generate that when producing the tar/zip files. -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
[Orgmode] RE: Help with binding new key to change task state
Thanks for your reply. The first trick worked fine. For the second problem though, I 'd not like to cycle through the states. That's coz each time I change the state, I have to log it. So I am trying to define a single key that lets me jump straight to the DONE state (from any other state). C-c C-t C-c works okay coz the last 'c' chooses the DONE state from the menu. Any ideas how I can define a simpler key for this? Thanks. V. -Original Message- From: Bernt Hansen [mailto:be...@norang.ca] Sent: Sunday, February 15, 2009 6:52 PM To: Varnit Suri Cc: emacs-orgmode@gnu.org Subject: Re: Help with binding new key to change task state Varnit Suri vs...@brocade.com writes: The org manual talks about using C-u C-c C-t to change the state of a task. This command nicely throws up a list of several intermediate states to choose from. In addition, I have logging turned on, so each time I do this, I can log a note about the state change. I am merely trying to bind this to a simpler set of keys. I know C-c C-t is bound to org-todo, but can't figure out what C-u C-c C-t binds to (describe-key stops at C-u). Or then, maybe I don't know Emacs/Org well enough yet. Any suggestions? C-c C-t and C-u C-c C-t both bind to the same function. The C-u just provides a prefix value of 4 to the function so it can behave differently (displaying the menu of todo choices) You probably want to set (setq org-use-fast-todo-selection t) so that C-c C-t shows the menu by default. The second thing I am trying to do is have a shortcut to take a task from TODO to DONE without going through the above process. If you have your todo states defined in sequences you can use S-left arrow and S-right arrow to cycle between the states quickly. I use the following TODO settings: (setq org-todo-keywords '((sequence TODO(t) STARTED(s!) | DONE(d!/!)) (sequence WAITING(w@/!) SOMEDAY(s) | CANCELLED(c@/!)) (sequence QUOTATION(q!) QUOTED(Q!) | APPROVED(A@) EXPIRED(E@) REJECTED(R@)) (sequence OPENPO(O!) | CLOSEDPO(C@)) (sequence | NOTE(n) PHONE(T so if I have a task * TODO Do something then S-right arrow moves to STARTED and a second time moves to DONE HTH, 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
[Orgmode] org-agenda-follow-mode and vertical buffers
Hi, All my headlines tend to be quite short with a fair amount of notes so when I'm looking at my agenda it's very useful for me to have the follow mode on. Unfortunately the horizontal buffer causes me quite a bit of pain drastically reducing the amount of items I can see at one time while half of my screen is completely empty. I've tried to look at org-agenda.el but while I see where that's defined and set I can't find where it's used and the decision about the type of buffer made. Can anybody help please? I'm pretty new so I'm not sure what other buffers orgmode can create, but I guess you could also have an option to just create vertical buffers rather than hack something specific to the follow mode. thanks -- Behind every great man there's a great backpack - B. ___ 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