Address completion in Emacs

Tomi Ollila tomi.ollila at iki.fi
Sun Dec 14 09:27:08 PST 2014


On Fri, Dec 12 2014, Lele Gaifax wrote:

> Hi all,
>
> Yesterday I tweaked my Emacs configuration to use "ido-completing-read"
> to select the right address in the minibuffer, and noticed what seems a
> glitch in the related code.
>
> To accomplish the goal, I implemented my own selection function
>
>   (defun esk-notmuch-address-selection-function (prompt addresses first)
>     "Use `ido-completing-read' to select one of the addresses."
>     (ido-completing-read prompt (cons first addresses)
>                          nil nil nil 'notmuch-address-history))
>
> and then assigned it to `notmuch-address-selection-function':
>
>   (setq notmuch-address-selection-function 'esk-notmuch-address-selection-function)
>
> As you can see, I had to `cons' the two arguments, because the caller of
> that function does something similar to the following (where `orig' is
> the text entered before TAB-completion):
>
>   (options (notmuch-address-options orig))
>   (num-options (length options))
>   (chosen (funcall notmuch-address-selection-function
>               (format "Address (%s matches): " num-options)
>               (cdr options) (car options)))
>
> and the standard `notmuch-address-selection-function' is defined like:
>
>   (defun notmuch-address-selection-function (prompt collection initial-input)
>     "Call (`completing-read'
>         PROMPT COLLECTION nil nil INITIAL-INPUT 'notmuch-address-history)"
>     (completing-read
>      prompt collection nil nil initial-input 'notmuch-address-history))
>
> where that `initial-input' is not what I initially thought, the text
> entered by the user, but rather the first completion candidate.
>
> Wouldn't it be more "correct" to pass the unchanged `options' list and
> the "real" `orig' text as `initial-input' to the customizable function
> instead?

I think I am to be blamed why that is like this -- initially there were
no notmuch-address-selection-function ... I added as I needed it, in

Stashed: id:1365001734-3160-1-git-send-email-tomi.ollila at iki.fi
Stashed: http://mid.gmane.org/1365001734-3160-1-git-send-email-tomi.ollila@iki.fi

and I was not smart enough to do the splitting in "standard
notmuch-address-selection-function".  

Later, someone(*) provided patch which would make the "standard" interface
work better with ido-completing-read -- unfortunately that made the
default, original interface which uses completing-read borken.

Personally I'd like to see leaner interface there, but that is incompatible
change and in this particular case I don't see compelling reason to do that... 

(*) cannot remember who and when, and I am writing this mail on a Mac and
the use is painful enough now (keybindings, focus behaviour, etc...);/

>
> I understand that it may be undesiderable to break existing
> configurations by rectifying the arguments in that way, and in such case
> could we change the `initial-input' argument name to better reflect the
> fact that it actually contains one possible candidate instead?

Naming change would indeed be a good idea... (probably?!)  

>
> Thanks in advance for any clarification,
> ciao, lele.

Tomi

> -- 
> nickname: Lele Gaifax | Quando vivrò di quello che ho pensato ieri
> real: Emanuele Gaifas | comincerò ad aver paura di chi mi copia.
> lele at metapensiero.it  |                 -- Fortunato Depero, 1929.
>
> _______________________________________________
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch


More information about the notmuch mailing list