not an answer but an fyi:
in maint, i use ido-hacks with ido, and the org settings seem to be
irrelevant. it works.
there is also one more thing:
i do find it necessary to remove the confusing parentheses from the
outline paths.
they seem to be unnecessary and actually arbitrary. they might
>> On Tue, Feb 02 2016 22:36, Nicolas Goaziou wrote:
> Helm, indeed.
>> Something is resetting in refile. I will investigate.
I have finally checked this up.
It's ido-ubiquitous override. Once that's removed, org refile started working
again.
I opened an issue there:
Hello,
Vitalie Spinu writes:
> That makes sense, but why is org-completion-use-ido and all the references
> pointing to it is still there?
I forgot to remove them. Now done in master.
>
>> I cannot tell, I don't use IDO.
>
> What do yo use if not a secret? Helm?
Helm,
Hi,
I cannot get IDO working with refile anymore. The following change seem to be
relevant:
@@ -12008,12 +11980,11 @@ this is used for the GOTO interface."
(unless org-refile-target-table
(user-error "No refile targets"))
(let* ((cbuf (current-buffer))
- (partial-completion-mode
Sorry, forgot to mention the commit of the change:
fdbf44156060297a0536b79a198fba13619b1d9b
Author: Nicolas Goaziou
AuthorDate: Tue Dec 22 14:49:23 2015 +0100
Commit: Nicolas Goaziou
CommitDate: Sun Jan 10 21:16:29 2016 +0100
Parent:
Hello,
Vitalie Spinu writes:
> I cannot get IDO working with refile anymore. The following change seem to be
> relevant:
>
> @@ -12008,12 +11980,11 @@ this is used for the GOTO interface."
>(unless org-refile-target-table
> (user-error "No refile targets"))
>
> The idea behind this patch is that IDO completion should be handled by
> IDO, not Org. IOW, Org uses `completing-read' and IDO does its magic,
> e.g., by setting `completing-read-function'.
That makes sense, but why is org-completion-use-ido and all the references
pointing to it is still