Re: [Orgmode] Fill-paragraph and orgmode
Hi Hugo, you need to look at the variables paragraph-start and paragraph- separate. You can use org-mode-hook to change them. I believe the following might do the trick (add-hook 'org-mode-hook (lambda () (org-set-local 'paragraph-separate \f\\|\\*+ \\|[ ]*$\\| [ \t]*[:|]\\|^[ \t]+\\[[0-9]\\{4\\}-) ;; The paragraph starter includes hand-formatted lists. (org-set-local 'paragraph-start \f\\|[ ]*$\\|\\*+ \\|\f\\|[ \t]*\\([-+*][ \t]+\\|[0-9]+[.)][ \t] +\\)\\|[ \t]*[:|]\\|^[ \t]+\\[[0-9]\\{4\\}-))) Hope this helps. - Carsten On Jan 28, 2008, at 11:54 AM, Hugo Schmitt wrote: Hi everyone. There is a little issue that I keep having with org-mode. Say the cursor is on : * TODO Title Words words words words words words words words words words words words words words words [2008-01-25 sex] After you press M-q you get this: * TODO Title Words words words words words words words words words words words words words words words [2008-01-25 sex] ... while what i really wanted was this: * TODO Title Words words words words words words words words words words words words words words words [2008-01-25 sex] Sure, it only takes a RET to fix, but anyway, if anyone has a solution for this, please share with me. Thanks, Hugo ___ 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] Fill-paragraph and orgmode
Hi Carsten, Hm, almost, but i get the idea! This still fails (ok its not the same thing :) ** DONE title - State DONE [2008-01-16 qua 17:48] \\ words words words words words words words words after M-q on the end of 'words line' i get: ** DONE title - State DONE [2008-01-16 qua 17:48] \\ words words words words words words words words but i'll look into it! Thanks Hugo On Jan 31, 2008 6:16 AM, Carsten Dominik [EMAIL PROTECTED] wrote: Hi Hugo, you need to look at the variables paragraph-start and paragraph- separate. You can use org-mode-hook to change them. I believe the following might do the trick (add-hook 'org-mode-hook (lambda () (org-set-local 'paragraph-separate \f\\|\\*+ \\|[ ]*$\\| [ \t]*[:|]\\|^[ \t]+\\[[0-9]\\{4\\}-) ;; The paragraph starter includes hand-formatted lists. (org-set-local 'paragraph-start \f\\|[ ]*$\\|\\*+ \\|\f\\|[ \t]*\\([-+*][ \t]+\\|[0-9]+[.)][ \t] +\\)\\|[ \t]*[:|]\\|^[ \t]+\\[[0-9]\\{4\\}-))) Hope this helps. - Carsten On Jan 28, 2008, at 11:54 AM, Hugo Schmitt wrote: Hi everyone. There is a little issue that I keep having with org-mode. Say the cursor is on : * TODO Title Words words words words words words words words words words words words words words words [2008-01-25 sex] After you press M-q you get this: * TODO Title Words words words words words words words words words words words words words words words [2008-01-25 sex] ... while what i really wanted was this: * TODO Title Words words words words words words words words words words words words words words words [2008-01-25 sex] Sure, it only takes a RET to fix, but anyway, if anyone has a solution for this, please share with me. Thanks, Hugo ___ 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] Agenda view of clocked items
On Tue, 29 Jan 2008 12:30:19 +0100 Jurgen Defurne [EMAIL PROTECTED] wrote: Should I rephrase this question ? What I would like is this. Given a clocked list like : ** TODO Item :CLOCK: [2008-01-30 15:22]--[2008-01-30 15:40] [2008-01-30 14:15]--[2008-01-30 15:00] [2008-01-30 13:01]--[2008-01-30 13:30] [2008-01-30 10:00]--[2008-01-30 11:00] :CLOCK: When I invoke the agenda view (C-c a a) and press l for the timeline, I would see only 15:22 TODO Clocked : Item while I would like to see 10:00 TODO Clocked : Item 13:01 TODO Clocked : Item 14:15 TODO Clocked : Item 15:22 TODO Clocked : Item I am using org-mode 5.19a on XEmacs 21. Regards, Jurgen I do not know if this is a bug or a feature, but given a drawer with several clocked times for one item, I see that in the agenda view + timeline, only the last (first in the list from top to bottom) clocked item for a certain day is displayed, even when there are more registries for the same day. Otherwise, the best tool for organising and planning my daily work. Regards, Jurgen ___ 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] Strange bug, request for more info
Adam, i'm happy and sad with you last message. How come i never heard about edebug? I read every elisp tutorial out there (should have read the manual!) I've been putting (read-string debug msg) on my code for the past two years for tracing the execution... This totally rocks! Thanks a lot! -Hugo On Jan 31, 2008 7:32 AM, Adam Spiers [EMAIL PROTECTED] wrote: On Thu, Jan 31, 2008 at 09:37:37AM +0100, Carsten Dominik wrote: Hi everyone, John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. I haven't seen it, but could you perhaps make use of edebug (conditional) breakpoints to track it down, or edebug evaluation lists, or even `edebug-set-global-break-condition' ? ___ 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] Strange bug, request for more info
On Thu, Jan 31, 2008 at 09:37:37AM +0100, Carsten Dominik wrote: Hi everyone, John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. I haven't seen it, but could you perhaps make use of edebug (conditional) breakpoints to track it down, or edebug evaluation lists, or even `edebug-set-global-break-condition' ? ___ 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] Strange bug, request for more info
On Jan 31, 2008, at 11:32 AM, Adam Spiers wrote: I haven't seen it, but could you perhaps make use of edebug (conditional) breakpoints to track it down, or edebug evaluation lists, or even `edebug-set-global-break-condition' ? Hi Adam, yes, if I could *reproduce* this bug, I would use these tool to fix it. But no-one, not even John can reliably reproduce it! Darn. - 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] Strange bug, request for more info
On Thu, Jan 31, 2008 at 07:59:01AM -0300, Hugo Schmitt wrote: Adam, i'm happy and sad with you last message. How come i never heard about edebug? I read every elisp tutorial out there (should have read the manual!) I've been putting (read-string debug msg) on my code for the past two years for tracing the execution... This totally rocks! Thanks a lot! Delighted to be of use :-) C-u C-M-x is *so* useful ... ___ 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] Agenda view of clocked items
Hi Jurgen, thanks for the clarification - I had understood, but had not yet had time to work on it. Org-mode routinely stops checking an entry after it has first been listed - but I do see your point and agree that it would be good to soo all clock entries when looking at the work done on a day. I hope to address this in the next release. Check out the release notes after I have released it. - Carsten On Jan 31, 2008, at 11:33 AM, Jurgen Defurne wrote: On Tue, 29 Jan 2008 12:30:19 +0100 Jurgen Defurne [EMAIL PROTECTED] wrote: Should I rephrase this question ? What I would like is this. Given a clocked list like : ** TODO Item :CLOCK: [2008-01-30 15:22]--[2008-01-30 15:40] [2008-01-30 14:15]--[2008-01-30 15:00] [2008-01-30 13:01]--[2008-01-30 13:30] [2008-01-30 10:00]--[2008-01-30 11:00] :CLOCK: When I invoke the agenda view (C-c a a) and press l for the timeline, I would see only 15:22 TODO Clocked : Item while I would like to see 10:00 TODO Clocked : Item 13:01 TODO Clocked : Item 14:15 TODO Clocked : Item 15:22 TODO Clocked : Item I am using org-mode 5.19a on XEmacs 21. Regards, Jurgen I do not know if this is a bug or a feature, but given a drawer with several clocked times for one item, I see that in the agenda view + timeline, only the last (first in the list from top to bottom) clocked item for a certain day is displayed, even when there are more registries for the same day. Otherwise, the best tool for organising and planning my daily work. Regards, Jurgen ___ 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 ___ 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] Strange bug, request for more info
On Thu, Jan 31, 2008 at 12:25:45PM +0100, Carsten Dominik wrote: On Jan 31, 2008, at 11:32 AM, Adam Spiers wrote: I haven't seen it, but could you perhaps make use of edebug (conditional) breakpoints to track it down, or edebug evaluation lists, or even `edebug-set-global-break-condition' ? Hi Adam, yes, if I could *reproduce* this bug, I would use these tool to fix it. But no-one, not even John can reliably reproduce it! Sure - that's why I was thinking that maybe you could come up with one or more conditional breakpoints which would be likely to trigger only when the bug occurs. In this way a conditional breakpoint would be a bit like the traditional assertions that people litter their code with as sanity checks, never expecting the checks to fail, but benefitting from the red flag if they do. For example in this case, presumably something's going wrong here: (defun org-agenda-goto (optional highlight) Go to the Org-mode file which contains the item at point. (interactive) (let* ((marker (or (get-text-property (point) 'org-marker) (org-agenda-error))) (buffer (marker-buffer marker)) (pos (marker-position marker))) (switch-to-buffer-other-window buffer) and similarly for `org-agenda-switch-to', in which case perhaps you could place conditional breakpoints asserting that the `buffer' and `pos' variable always end up with sane values? ___ 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] Strange bug, request for more info
On Jan 31, 2008, at 1:03 PM, Adam Spiers wrote: On Thu, Jan 31, 2008 at 12:25:45PM +0100, Carsten Dominik wrote: On Jan 31, 2008, at 11:32 AM, Adam Spiers wrote: I haven't seen it, but could you perhaps make use of edebug (conditional) breakpoints to track it down, or edebug evaluation lists, or even `edebug-set-global-break-condition' ? Hi Adam, yes, if I could *reproduce* this bug, I would use these tool to fix it. But no-one, not even John can reliably reproduce it! Sure - that's why I was thinking that maybe you could come up with one or more conditional breakpoints which would be likely to trigger only when the bug occurs. In this way a conditional breakpoint would be a bit like the traditional assertions that people litter their code with as sanity checks, never expecting the checks to fail, but benefitting from the red flag if they do. For example in this case, presumably something's going wrong here: (defun org-agenda-goto (optional highlight) Go to the Org-mode file which contains the item at point. (interactive) (let* ((marker (or (get-text-property (point) 'org-marker) (org-agenda-error))) (buffer (marker-buffer marker)) (pos (marker-position marker))) (switch-to-buffer-other-window buffer) and similarly for `org-agenda-switch-to', in which case perhaps you could place conditional breakpoints asserting that the `buffer' and `pos' variable always end up with sane values? Hmmm, yes, i see now what you mean. I'll think about it. - 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: Strange bug, request for more info
Carsten Dominik [EMAIL PROTECTED] writes: John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. So please, if anyone sees the same bug, try to give as as much as info as possible. How often does it happen, under what circumstances, what is your setup etc etc. I'm seeing this as well. Goto goes to the wrong place and redoing it goes to the right place. I'm also getting intermittent font colouring problems in org which I haven't figured out. I've also seen problems where column view inserts a new property drawer in the middle of a clock drawer - but again I can't reproduce what causes this. I get something like (this is from memory since I've fixed up the cases I've seen so the syntax probably isn't 100% accurate) :CLOCK: CLOCK: blah :PROPERTIES: :Effort: 1:00 :END: :END: I'm using the following org-mode features/behaviour: - clocking tasks - properties - tags - jumping around alot during the day (I basically clock everything) - this problem was happening before I started using column mode and is still happening after incorporating column mode - I use org-clock-goto many times a day (it's bound to a function key for me) - I have multiple org mode buffers and I regularly move between them I wish I had more details. I've been trying to reproduce what causes this for a long time... 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] commas in URLs?
On Thu, Jan 31, 2008 at 06:43:25AM +0100, Carsten Dominik wrote: Yes, plain links are terminated by (among other) comma. Please enclose such links into ... or [[...]]] Ah, OK thanks! Just curious - what's the reasoning behind excluding commas? On Jan 30, 2008, at 7:53 PM, Adam Spiers wrote: It looks like there's a regular expression somewhere which might need tweaking, e.g. when pasting the following into an org-mode buffer: http://reviews.cnet.co.uk/dvdpvr/0,39030416,49283669,00.htm only the bit up to the first comma gets hyperlinked. That's with 5.17a at least - ashamed to say I haven't had a chance to upgrade yet :-) ___ 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] Git repository
Hi, I am considering the idea to move the org development to a public git repository. This is not yet sure and official, but if you want to take a look at the current state of the repository, check out http://repo.or.cz/w/org-mode.git - 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] commas in URLs?
On Jan 31, 2008, at 3:46 PM, Adam Spiers wrote: On Thu, Jan 31, 2008 at 06:43:25AM +0100, Carsten Dominik wrote: Yes, plain links are terminated by (among other) comma. Please enclose such links into ... or [[...]]] Ah, OK thanks! Just curious - what's the reasoning behind excluding commas? So that you can write Popular search engines are http://google.com, http://yahoo.com, and http://ask.com . - Carsten On Jan 30, 2008, at 7:53 PM, Adam Spiers wrote: It looks like there's a regular expression somewhere which might need tweaking, e.g. when pasting the following into an org-mode buffer: http://reviews.cnet.co.uk/dvdpvr/0,39030416,49283669,00.htm only the bit up to the first comma gets hyperlinked. That's with 5.17a at least - ashamed to say I haven't had a chance to upgrade yet :-) ___ 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
[Orgmode] Re: Git repository
Carsten Dominik [EMAIL PROTECTED] writes: I am considering the idea to move the org development to a public git repository. This is not yet sure and official, but if you want to take a look at the current state of the repository, check out http://repo.or.cz/w/org-mode.git \o/ :) I love git... everything else sucks by comparison :) 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: Git repository
On Jan 31, 2008, at 4:33 PM, Bernt Hansen wrote: Carsten Dominik [EMAIL PROTECTED] writes: I am considering the idea to move the org development to a public git repository. This is not yet sure and official, but if you want to take a look at the current state of the repository, check out http://repo.or.cz/w/org-mode.git \o/ :) I love git... everything else sucks by comparison :) As far as I can see, mercurial is pretty similar. But compared to cvs, svn, yes, I totally agree. No looking back. - 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] Behavior Change/Bug: Agenda sorting of deadline items v 4.73
Hi Eric, sorting should be by priority. Please check your values of org-agenda-sorting-strategy, and take a look at the priorities of the different items in the agenda by pressing P in the agenda. If that does not show what is wrong, I need to search, so let me know what ou find, please. - Carsten On Jan 31, 2008, at 4:33 PM, Eric J Haywiser wrote: I've noticed a change in the way org displays deadlines in the agenda starting sometime after v4.73. Before that time deadlines were displayed in chronological order. This is the behavior I expect. In the current org-5.16a and a number of versions before that the agenda items are in somewhat random order. Order seems to depend on both the date and the order of the deadlines in the org file. Apologies if this was an intended design change and I missed the announcement. It has been difficult to keep up with all the wonderful advancements in org. Perhaps I need to configure some variable to get back to the original behavior? Behavior in 5.16a Thursday 31 January 2008 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu deadline-order-bug:Deadline: Jan Three DEADLINE: 2008-01-31 Thu deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu Behavior in 4.67c Thursday 31 January 2008 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu deadline-order-bug:Deadline: Jan Three DEADLINE: 2008-01-31 Thu deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu Also note that something like the = v4.73 behavior can be achieved by inserting the older org-agenda-get-deadlines function into 5.16a, but it seems to have some side effects. Note the missing Deadline item for TODAY aka Jan Three below. Regardless I believe the bug, if present, may lie in that function. I don't yet understand the internals. Behavior in 5.16a with o-a-g-d from 4.67c overlayed Thursday 31 January 2008 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu The following is the example org file to generate this behavior. Also, You will need to (set-variable org-deadline-warning-days 1000) to test this. * Jan One DEADLINE: 2006-01-31 Thu * Jan Two DEADLINE: 2007-01-31 Thu * Jan Three DEADLINE: 2008-01-31 Thu * Jan Four DEADLINE: 2009-01-31 Thu * Feb Three DEADLINE: 2008-02-15 Thu * Feb One DEADLINE: 2006-02-15 Thu * Feb Two DEADLINE: 2007-02-15 Thu * Feb Four DEADLINE: 2009-02-15 Thu Thanks. P.S. Examples from emacs22, but similar problems in e21. ___ 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
[Orgmode] Behavior Change/Bug: Agenda sorting of deadline items v 4.73
I've noticed a change in the way org displays deadlines in the agenda starting sometime after v4.73. Before that time deadlines were displayed in chronological order. This is the behavior I expect. In the current org-5.16a and a number of versions before that the agenda items are in somewhat random order. Order seems to depend on both the date and the order of the deadlines in the org file. Apologies if this was an intended design change and I missed the announcement. It has been difficult to keep up with all the wonderful advancements in org. Perhaps I need to configure some variable to get back to the original behavior? Behavior in 5.16a Thursday 31 January 2008 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu deadline-order-bug:Deadline: Jan Three DEADLINE: 2008-01-31 Thu deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu Behavior in 4.67c Thursday 31 January 2008 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu deadline-order-bug:Deadline: Jan Three DEADLINE: 2008-01-31 Thu deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu Also note that something like the = v4.73 behavior can be achieved by inserting the older org-agenda-get-deadlines function into 5.16a, but it seems to have some side effects. Note the missing Deadline item for TODAY aka Jan Three below. Regardless I believe the bug, if present, may lie in that function. I don't yet understand the internals. Behavior in 5.16a with o-a-g-d from 4.67c overlayed Thursday 31 January 2008 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu The following is the example org file to generate this behavior. Also, You will need to (set-variable org-deadline-warning-days 1000) to test this. * Jan One DEADLINE: 2006-01-31 Thu * Jan Two DEADLINE: 2007-01-31 Thu * Jan Three DEADLINE: 2008-01-31 Thu * Jan Four DEADLINE: 2009-01-31 Thu * Feb Three DEADLINE: 2008-02-15 Thu * Feb One DEADLINE: 2006-02-15 Thu * Feb Two DEADLINE: 2007-02-15 Thu * Feb Four DEADLINE: 2009-02-15 Thu Thanks. P.S. Examples from emacs22, but similar problems in e21. ___ 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] Git repository
Carsten Dominik [EMAIL PROTECTED] writes: I am considering the idea to move the org development to a public git repository. This is a great move. Will you be taking on other core developers with push access? Cheers, Phil -- Phil Jackson http://www.shellarchive.co.uk ___ 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] Strange bug, request for more info
Adam Spiers [EMAIL PROTECTED] wrote: Delighted to be of use :-) C-u C-M-x is *so* useful ... I am perhaps being dense but what does this do? AFAICT, C-M-x is undefined. Version info: (GNU Emacs 22.1.50.2 (i686-pc-linux-gnu, GTK+ Version 2.10.11) of 2007-11-23) Thanks, Nick ___ 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: Git repository
I'm a bazaar fan myself. I'd be curious if someone can point out where git is superior. ;] On Thu, Jan 31, 2008 at 04:39:50PM +0100, Carsten Dominik wrote: On Jan 31, 2008, at 4:33 PM, Bernt Hansen wrote: Carsten Dominik [EMAIL PROTECTED] writes: I am considering the idea to move the org development to a public git repository. This is not yet sure and official, but if you want to take a look at the current state of the repository, check out http://repo.or.cz/w/org-mode.git \o/ :) I love git... everything else sucks by comparison :) As far as I can see, mercurial is pretty similar. But compared to cvs, svn, yes, I totally agree. No looking back. - 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 -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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: Git repository
On Thu, Jan 31, 2008 at 04:39:50PM +0100, Carsten Dominik wrote: On Jan 31, 2008, at 4:33 PM, Bernt Hansen wrote: Carsten Dominik [EMAIL PROTECTED] writes: I am considering the idea to move the org development to a public git repository. This would be superb! This is not yet sure and official, but if you want to take a look at the current state of the repository, check out http://repo.or.cz/w/org-mode.git \o/ :) I love git... everything else sucks by comparison :) As far as I can see, mercurial is pretty similar. But compared to cvs, svn, yes, I totally agree. No looking back. Hear hear! mercurial is very similar, and the two of them seem to be streaks ahead of pretty much everything else. ___ 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] bug report: setting tags via %^G in remember template
Hello! When I include a %^G in a remember template, I am prompted to enter tags whenever I use that template. I get tab completion for all tags that are in any agenda files. If I choose a tag that starts with @, for example @FUN, when the tags are written to the headline the leading @ is stripped, resulting in the tag :FUN:. remember template: org-remember-templates '((todo ?t * TODO %? %^G\n CREATED: %u\n%a\n ~/todo.org Unscheduled tasks)) Intended result: * TODO template entry :@FUN: Actual result: * TODO template entry :FUN: If others don't have this problem, I will try to track down what the problem is in my setup. This is only a minor annoyance, but I reckon its a bug nonetheless. Thanks! /au -- Austin Frank http://aufrank.net GPG Public Key (D7398C2F): http://aufrank.net/personal.asc pgpJz2keOKsNQ.pgp Description: PGP signature ___ 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: Git repository
On Thu, Jan 31, 2008 at 10:01:13AM -0600, Russell Adams wrote: I'm a bazaar fan myself. I'd be curious if someone can point out where git is superior. ;] I can't remember the details, but I'm pretty sure that I saw reference to issues with the design of the underlying backend. The most obvious symptom of this would be the performance difference - git is well-known to cream pretty much everything except mercurial (which IIRC has a very similar design, minus the object packing). But I'm sure some quick googling would tell you a lot more than my hazy memories do :-) ___ 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] Strange bug, request for more info
On Thu, Jan 31, 2008 at 11:19:00AM -0500, Nick Dokos wrote: Adam Spiers [EMAIL PROTECTED] wrote: Delighted to be of use :-) C-u C-M-x is *so* useful ... I am perhaps being dense but what does this do? AFAICT, C-M-x is undefined. Isn't it bound to `eval-defun' by default? ___ 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] commas in URLs?
On Thu, Jan 31, 2008 at 03:59:43PM +0100, Carsten Dominik wrote: On Jan 31, 2008, at 3:46 PM, Adam Spiers wrote: On Thu, Jan 31, 2008 at 06:43:25AM +0100, Carsten Dominik wrote: Yes, plain links are terminated by (among other) comma. Please enclose such links into ... or [[...]]] Ah, OK thanks! Just curious - what's the reasoning behind excluding commas? So that you can write Popular search engines are http://google.com, http://yahoo.com, and http://ask.com . Nice - agreed that that's a more common use case than the one involving commas in URLs. Thanks again! ___ 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: Git repository
I use mercurial just because it's supposed to work better with windows (work). -Hugo On Jan 31, 2008 1:34 PM, Adam Spiers [EMAIL PROTECTED] wrote: On Thu, Jan 31, 2008 at 04:39:50PM +0100, Carsten Dominik wrote: On Jan 31, 2008, at 4:33 PM, Bernt Hansen wrote: Carsten Dominik [EMAIL PROTECTED] writes: I am considering the idea to move the org development to a public git repository. This would be superb! This is not yet sure and official, but if you want to take a look at the current state of the repository, check out http://repo.or.cz/w/org-mode.git \o/ :) I love git... everything else sucks by comparison :) As far as I can see, mercurial is pretty similar. But compared to cvs, svn, yes, I totally agree. No looking back. Hear hear! mercurial is very similar, and the two of them seem to be streaks ahead of pretty much everything else. ___ 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] Strange bug, request for more info
Adam Spiers [EMAIL PROTECTED] wrote: Delighted to be of use :-) C-u C-M-x is *so* useful ... I am perhaps being dense but what does this do? AFAICT, C-M-x is undefined. Isn't it bound to `eval-defun' by default? Not here, but thanks for the pointer to `eval-defun': it may come in useful for edebug, but it will certainly be useful when I want to re-evaluate `defvar' forms: I've been doing it manually and it's been driving me up the wall, but I hadn't spent any time to fix the problem. Nick ___ 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: Git repository
When I was selecting a VC, I narrowed it down to Bazaar or Git. Being a prior Arch user, Bazaar fixed most of my complaints while using the same architecture. I understand Git's got quite a following, and addresses many of the same shortcomings of CVS that Bazaar and other distributed VC's (darcs, mercurial, etc) do. I have been curious what Git could offer over Bazaar, other than optimization for large numbers of users checking out. I recall Linus said that Bazaar was too slow. ;] My requirements were easy branching and merging, plus no special servers needed (ie: ftp/http/ssh). Ironically, I rarely use VC with Org files, because most of my files have a short lifespan (1 per project). On Thu, Jan 31, 2008 at 06:34:23PM +0100, Bastien wrote: Adam Spiers [EMAIL PROTECTED] writes: On Thu, Jan 31, 2008 at 10:01:13AM -0600, Russell Adams wrote: I'm a bazaar fan myself. I'd be curious if someone can point out where git is superior. ;] I can't remember the details, but I'm pretty sure that I saw reference to issues with the design of the underlying backend. The most obvious symptom of this would be the performance difference - git is well-known to cream pretty much everything except mercurial (which IIRC has a very similar design, minus the object packing). But I'm sure some quick googling would tell you a lot more than my hazy memories do :-) FYI Eric S. Raymond is working on a paper where all dVCS systems will be compared. The Emacs dev team is waiting for his conclusions in order to decide what system should be used instead of the actual CVS. But there is more to consider than technical benchmarks since RMS also insist on preferring a tool that is part of the GNU project. Of course this doesn't affect the choice of a tool for Org, and git sounds like a good one to me. -- 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 -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ 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: Git repository
Adam Spiers [EMAIL PROTECTED] writes: On Thu, Jan 31, 2008 at 10:01:13AM -0600, Russell Adams wrote: I'm a bazaar fan myself. I'd be curious if someone can point out where git is superior. ;] I can't remember the details, but I'm pretty sure that I saw reference to issues with the design of the underlying backend. The most obvious symptom of this would be the performance difference - git is well-known to cream pretty much everything except mercurial (which IIRC has a very similar design, minus the object packing). But I'm sure some quick googling would tell you a lot more than my hazy memories do :-) FYI Eric S. Raymond is working on a paper where all dVCS systems will be compared. The Emacs dev team is waiting for his conclusions in order to decide what system should be used instead of the actual CVS. But there is more to consider than technical benchmarks since RMS also insist on preferring a tool that is part of the GNU project. Of course this doesn't affect the choice of a tool for Org, and git sounds like a good one to me. -- 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] Problems with moving items
I cannot reproduce this problem. Anyone? It is true that I have modified the code for cutting and pasting subtree, to include the empty lines before it. However, I cannot find the problems you report. Anyone? - Carsten On Jan 28, 2008, at 9:44 PM, Sebastjan Trepca wrote: Hi, After I upgraded my old 5.17 with 5.19 version it started to move too much spaces when I used archive, move or any other feature that uses it. Lets say we have this list: * hehe ** TODO hehe1 ** TODO hehe2 ** TODO hehe3 Now we archive hehe2. This is what you get: * hehe ** TODO hehe1 ** TODO hehe3 Is this a feature or a bug? Thanks, Sebastjan ___ 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] Safer kill-line for org-mode
I will have an extended version of this function in 5.20. Thanks! - Carsten On Jan 28, 2008, at 12:29 AM, Piotr Zielinski wrote: Hi, Read this to avoid losing your work. Standard kill-line deletes all text from the point to the end of the _visible_ line. It happened to me a few times that I pressed C-k to delete a few final words of a headline, but instead the whole (invisible) subtree was deleted. This kind of mistake is costly because it may go unnoticed for weeks, when you start wondering what happened to a sizeable part of your org file and have to go through rather old backups. Below is what I believe to be a safer version of kill-line: it deletes text only to the end of the real line, unless used at the beginning of the line, in which case it behaves as the standard kill-line. I haven't tested much yet, but it seems to be working ok. (defun kill-line-safe () (interactive) (if (bolp) (kill-line) (kill-region (point) (point-at-eol (define-key global-map \C-k 'kill-line-safe) Piotr ___ 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] Agenda view of clocked items
Fixed, thanks. - Carsten On Jan 29, 2008, at 12:30 PM, Jurgen Defurne wrote: I do not know if this is a bug or a feature, but given a drawer with several clocked times for one item, I see that in the agenda view + timeline, only the last (first in the list from top to bottom) clocked item for a certain day is displayed, even when there are more registries for the same day. Otherwise, the best tool for organising and planning my daily work. Regards, Jurgen ___ 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] commas in URLs?
On Jan 31, 2008, at 6:39 PM, Bastien wrote: Carsten Dominik [EMAIL PROTECTED] writes: On Thu, Jan 31, 2008 at 06:43:25AM +0100, Carsten Dominik wrote: Yes, plain links are terminated by (among other) comma. Please enclose such links into ... or [[...]]] Ah, OK thanks! Just curious - what's the reasoning behind excluding commas? So that you can write Popular search engines are http://google.com, http://yahoo.com, and http://ask.com So URLs should just exclude commas that are followed by a whitespace or a line break, not all commas - right? Yes, but this is harder to do with a regexp. I wish Emacs had look- ahead assertions like perl. - Carsten Anyway, I guess 99% of URLs are enclosed in brackets, so it might not be worth being fussy on this... -- 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
[Orgmode] Re: Git repository
And Russell Adams writes: When I was selecting a VC, I narrowed it down to Bazaar or Git. Being a prior Arch user, Bazaar fixed most of my complaints while using the same architecture. The Arch architecture doesn't fit everyone. In particular, a colleague and I used tla to shoot changes back and forth rapidly. We ended up with a history with at least 40% merge detritus. git doesn't bother recording merge information when the merge is trivial (a fast-forward of one history to match another). That fit our working model and my mental model better. Generally, git tracks contents rather than changes. That's how my head works as well, so most git functions do what I expect and want. Any technical differences are insignificant in comparison. Git and Mercurial archives can exist on the far side of a dumb transport like http. They're not ideal necessarily, but they function well enough. Jason ___ 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] Strange bug, request for more info
Carsten Dominik [EMAIL PROTECTED] writes: John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. Yes, I have this problem on a pretty regular basis. I haven't bothered too much about it (sorry...) as I find that toggling follow mode in the agenda tends to put things back in sync. If no-one beats me to it I will try and see if I can localise it any more. Phil ___ 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] Strange bug, request for more info
Philip Rooke [EMAIL PROTECTED] writes: Carsten Dominik [EMAIL PROTECTED] writes: John Wiegley is being haunted by a strange bug and I have so far not been able to reproduce and fix it. So I would like to know if anyone else sees the same bug and can contribute observations that may help us to track this down. I believe I had a similar report quite a while ago, but don't remember who reported it. The bug happens when being in the agenda and trying to goto or show the origin location of an agenda entry by pressing SPC or RET. John reports that sometimes (for him several times a day), the other window shows a completely different location. The most weird part of it is that going back to the agenda buffer and then trying the exact same command again, everything works fine! This is driving me crazy, and I'd love to find and fix this problem. Yes, I have this problem on a pretty regular basis. I haven't bothered too much about it (sorry...) as I find that toggling follow mode in the agenda tends to put things back in sync. If no-one beats me to it I will try and see if I can localise it any more. I encouter a similar problem, and work around with toggling follow mode, too. I cannot reproduce it at the moment, but I'll keep an eye on it now. -- Jost ___ 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] Behavior Change/Bug: Agenda sorting of deadline items v 4.73
Hi Eric, sorting should be by priority. Please check your values of org-agenda-sorting-strategy, In both examples it is set to ((agenda time-up category-keep priority-down) (todo category-keep priority-down) (tags category-keep)) and take a look at the priorities of the different items in the agenda and for the same org file, which is the only org file used to construct the agenda I find: Under 5.16a priorities Thursday 31 January 2008 1100 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu 1100 deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu 1100 deadline-order-bug:Deadline: Jan Three DEADLINE: 2008-01-31 Thu 1100 deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu 1100 deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu 1009 deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu 1009 deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu 1006 deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu Under 4.67c priorites are Thursday 31 January 2008 1740 deadline-order-bug:In -730 d.: Jan One DEADLINE: 2006-01-31 Thu 1725 deadline-order-bug:In -715 d.: Feb One DEADLINE: 2006-02-15 Thu 1375 deadline-order-bug:In -365 d.: Jan Two DEADLINE: 2007-01-31 Thu 1360 deadline-order-bug:In -350 d.: Feb Two DEADLINE: 2007-02-15 Thu 1100 deadline-order-bug:Deadline: Jan Three DEADLINE: 2008-01-31 Thu 995 deadline-order-bug:In 15 d.: Feb Three DEADLINE: 2008-02-15 Thu 644 deadline-order-bug:In 366 d.: Jan Four DEADLINE: 2009-01-31 Thu 629 deadline-order-bug:In 381 d.: Feb Four DEADLINE: 2009-02-15 Thu does not show what is wrong, I need to search, so let me know what ou find, So shouldn't the priorities be the same across versions for same org file and org-agenda-sorting-strategy values? Maybe someone else can duplicate this behavior with the org file that follows? Thanks! The following is the example org file to generate this behavior. Also, You will need to (set-variable org-deadline-warning-days 1000) to test this. * Jan One DEADLINE: 2006-01-31 Thu * Jan Two DEADLINE: 2007-01-31 Thu * Jan Three DEADLINE: 2008-01-31 Thu * Jan Four DEADLINE: 2009-01-31 Thu * Feb Three DEADLINE: 2008-02-15 Thu * Feb One DEADLINE: 2006-02-15 Thu * Feb Two DEADLINE: 2007-02-15 Thu * Feb Four DEADLINE: 2009-02-15 Thu ___ 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: commas in URLs?
On 2008-01-31 18:34 +, Carsten Dominik wrote: So URLs should just exclude commas that are followed by a whitespace or a line break, not all commas - right? Yes, but this is harder to do with a regexp. I wish Emacs had look- ahead assertions like perl. - Carsten Maybe we can add something to the manual to avoid confusion. -- .: Leo :. [ sdl.web AT gmail.com ] .: [ GPG Key: 9283AA3F ] :. Use the best OS -- http://www.fedoraproject.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
[Orgmode] Re: Remember and then refile
Carsten Dominik [EMAIL PROTECTED] writes: On Jan 18, 2008, at 11:19 PM, Steven Lumos wrote: Carsten Dominik [EMAIL PROTECTED] writes: On Jan 18, 2008, at 9:40 PM, Steven Lumos wrote: Carsten Dominik [EMAIL PROTECTED] writes: This will be in 5.19. Thanks for the proposal!. - Carsten Hi. Have you considered somehow merging the tree selection and minibuffer with completion methods so that both are available simultaneously? Could you please be more specific? Thanks. - Carsten Maybe. :-) Currently, C-u C-c C-c in remember uses this Select a destination location for the note mode where you navigate the org tree in the usual way and then RET to select a headline. On the other hand, org-refile uses the minibuffer and you type a headline, with completion and history. So recently I've been thinking it should be possible (though only arguably desirable) to allow both of these modes to be active at once, so movement commands would navigate the tree and typing commands would append to the minibuffer. There are key conflicts that need to be worked out, but I think it could be done. For one example, TAB could do completion if there is text in the minibuffer, and tree navigation otherwise. Hmm, this sound like over-complx to me. I would use the interface that makes sense most of the time and then move by hand in the remaining cases. Or do you think tat the interface you want is dependent on the template you are using? - Carsten That could be. I'm still very much figuring out what the interface between my brain and org looks like, and not currently using any of the established planning styles. I've only been using the agenda for about half as long as I've been using org for example. From my perspective, I saw two methods to do exactly the same thing(*), which led to thinking about the advantages of each, which led to thinking why not just merge them and have the advantages of both. (*) Maybe this assumption was wrong? Steve ___ 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: commas in URLs?
On Thu, Jan 31, 2008 at 11:16:24PM +, Leo wrote: On 2008-01-31 18:34 +, Carsten Dominik wrote: So URLs should just exclude commas that are followed by a whitespace or a line break, not all commas - right? Yes, but this is harder to do with a regexp. I wish Emacs had look- ahead assertions like perl. Ach, true :-) Maybe we can add something to the manual to avoid confusion. Wouldn't hurt. ___ 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: commas in URLs?
On Thu, Jan 31, 2008 at 11:59:21PM +, Leo wrote: On 2008-01-31 23:43 +, Adam Spiers wrote: Yes, but this is harder to do with a regexp. I wish Emacs had look- ahead assertions like perl. Ach, true :-) Can someone propose this feature to emacs-devel? FWIW it's in here already: http://www.emacswiki.org/cgi-bin/wiki/WishList#toc5 ___ 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