Re: [Orgmode] Docs submitted (Was Re: Advice sought on managing decision alternatives.)

[Manish]

On Fri, Feb 13, 2009 at 1:43 AM, Tom Breton (Tehom) wrote:
>> On Wed, Feb 11, 2009 at 4:18 AM, Tom Breton (Tehom) wrote:
>>> [...]
>>> I couldn't reproduce this. Is this on the same test file as before?
>>
>> Sorry for the delay in reply, Tom. I reproduce the situation below:
>>
>> First the test file.
>>
>> --8<---------------cut here---------------start------------->8---
>> #+CHOOSE_TODO: REJECTED(r) NOT_CHOSEN(n,-) MAYBE(,0)
>> LEANING_TOWARDS(l) CHOSEN(c,+)
>>
>> * Which editor to use?
>> *** LEANING_TOWARDS Emacs
>> *** LEANING_TOWARDS Vim
>> *** LEANING_TOWARDS Textmate
>> *** REJECTED Gedit
>> *** REJECTED Textpad
>> --8<---------------cut here---------------end--------------->8---
>>
>> 0. I have latest org-choose loaded, org-mode restarted, and local
>>  setup refreshed.
>> 1. S-right on the second item to switch it to CHOSEN state. It works.
>> 2. Now S-right on the first item to switch it to CHOSEN state. Also
>>  works.
>>
>> Both entries stay at CHOSEN state whereas I expected the second entry
>> to switch to a NON-CHOSEN state (possibly switching just one state
>> backwards not all the way back to REJECTED, but then I do not yet
>> understand it fully.)
>>
>> Is this the right behaviour? If yes, please help me understand this a
>> little. Or could I be doing or have something wrong in my setup?
>
> That's not right the behavior, but again I can't seem to reproduce this.
> Using your test file and following your instructions, I get the correct
> behavior. Specifically, after S-right on second item:
> [begin]
> * Which editor to use?
> *** NOT_CHOSEN Emacs
> *** CHOSEN Vim
> *** NOT_CHOSEN Textmate
> *** REJECTED Gedit
> *** REJECTED Textpad
> [end]
> Then after S-right on the first item, again correctly:
> [begin]
> * Which editor to use?
> *** MAYBE Emacs
> *** LEANING_TOWARDS Vim
> *** NOT_CHOSEN Textmate
> *** REJECTED Gedit
> *** REJECTED Textpad
> [end]
>
> Now there's clearly something different between my setup and yours that it
> causing a bug, but it's very difficult to diagnose and fix at a distance.
>
> I have a theory that it's caused by an unloaded library whose absence makes
> `org-map-entries' abort.
>
> What I'm going to try is to add a require for org-agenda. Will you try it
> and tell me whether it fixes the bug? Because I just can't see the bug in
> my setup.

I didn't know if you meant to send me a patch or try something myself.
I do not know any elisp but I interpreted your statement to mean
something like the following patch and tried but without success.  This
is with "GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600) of 2008-09-06 on
SOFT-MJASON" and latest Org-mode compiled from git with uncompiled
org-choose.el.

--8<---------------cut here---------------start------------->8---
diff --git a/contrib/lisp/org-choose.el b/contrib/lisp/org-choose.el
index a5e8a19..1f54df6 100644
--- a/contrib/lisp/org-choose.el
+++ b/contrib/lisp/org-choose.el
@@ -65,6 +65,7 @@
 (require 'org)
 (eval-when-compile
    (require 'cl))
+(require 'org-agenda)

 ;;;_. Body
 ;;;_ , The variables
--8<---------------cut here---------------end--------------->8---

I am sure you meant something more intelligent. :-/

Thanks for looking into it.
-- 
Manish