Hello David, David Bremner <david@tethera.net> writes: > [...] >> You could do >> >> (require 'eudcb-notmuch-address) >> (eudc-notmuch-address-set-server "localhost") >> >> and bind the function eudc-expand-inline to a key chord of your choice >> in message-mode-map. >> >> Then you'd no longer have to tweak message-completion-alist. > > I stopped my investigations at the point it looked like I needed to edit > notmuch-address.el. I guess another patch or two is needed to do notmuch > integration. And of course we would need tests (in the notmuch test > suite) and documentation before actually merging the functionality, but > those can probably wait until we have a clearer idea what benefits the > change would bring. I agree with your assessment that the benefit in the very short term is not too big. If and when the proposal I made on emacs-devel, to modify how email address completion is handled in Emacs's message.el should get accepted & merged, then the enabled changes would be much bigger: no integration with message.el needed (i.e. no more need to hook into message-completion-alist), single point of interface will be EUDC, no more integration with company needed. From what it sound s like, it would seem to make more sense to wait for that Emacs patch to get merged? Bundling the new code with notmuch, but without any integration with the rest of it, effectively leaving it to users to figure out how to make use of it wouldn't seem to make too much sense, OTOH. >> This assumes that eudc-expand-inline is present in Emacs 27, of course, >> which I admittedly haven't checked. > > The function exists here in Emacs 27.1. > [...] Thanks for confirming! Cheers, --alexander _______________________________________________ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-leave@notmuchmail.org