Hi -

I ran into a similar issue and I believe I have a possible fix to two
issues.

1) ido's tab completion was broken with org-mode because the list of choices
needs to be a list of strings.  The current implementation of
org-ido-completing-read
presents that as a list of consed strings.  Close!  But not quite the same.
I'm
amazed it actually worked.

2) For reasons I haven't fully untangled, ido-enter-matching-directory can
conflict
with deeply nested project paths, so I've rudely set it to nil.  I think
that var is only
a problem when it is set to t - the other options ('first or 'only) appear
to be safer.

Only some minor changes to org-ido-completing-read

   (defun org-ido-completing-read (&rest args)
     "Completing-read using `ido-mode' speedups if available"
     (if (and org-completion-use-ido
          (fboundp 'ido-completing-read)
          (boundp 'ido-mode) ido-mode
          (listp (second args)))
         (let ((ido-enter-matching-directory nil))
       (apply 'ido-completing-read (concat (car args))
                 (mapcar (lambda (x) (car x)) (nth 1 args))
                 (cddr args)))
       (apply 'completing-read args)))

Even with this fix, I'm seeing some lingering pains.  Specifically if you
press tab
multiple times, the range of choices is truncated to a subset.

When I have more free time, I'll research it some more.

-Eric

On Sat, Jan 31, 2009 at 12:30 AM, Samuel Wales <samologist@gmail.com> wrote:

> On Sun, Jan 18, 2009 at 07:34, Matthew Lundin <mdl@imapmail.org> wrote:
> > I'm trying to set up ido for completion with org-refile and org-goto. My
> > question is whether I should expect TAB to work with ido within org.
>
> I get similar or the same behavior as you describe.  I also get severe
> slowness (almost a minute per character typed and c-g not always
> working) at times, and a peculiar bug where if you press TAB enough
> times (try this) it actually shows a filesystem path name instead of
> an olpath.
>
> I wrote to Kim Storm with backtrace and detailed explanation of one of
> the bugs, no reply.  It might be up to the users to maintain ido; I
> don't know its status.
>
> Meanwhile, there was a post on emacs-help recently with some speedup
> changes to ido.  Have not tried them yet.
>
> Despite the bugs, I find ido indispensable, to the point where I
> simply would not refile without it.
>
> --
> For personal and corporate gain, myalgic encephalomyelitis denialists
> are knowingly causing massive suffering and 25-years-early death by
> grossly corrupting science.
> http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm
>
>
> _______________________________________________
> 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
>