Hello David, First of all, apologies for the late reply. It would have been much better if Alexander could himself purposed the solution he is developing.
On 2022-03-20, 07:49 -0300, David Bremner <da...@tethera.net> wrote: > Utkarsh Singh <utkarsh190...@gmail.com> writes: > >> Thank you for working on this issue. But from now, its up to Notmuch >> maintainers to decide whether or not they want any improvements in >> `notmuch-address.el'. > > Can you be more precise about what you are asking / proposing here? > Assume I only skimmed the thread. Currently, notmuch-address.el, the library used to generate completion candidates for recipient's addresses in Notmuch's message compostion mode uses non-standard Emacs API's for in-buffer completion, namely completing-read and Company. Now these API's makes it difficult to utilize alternative in-buffer completion UI such as Corfu(1). These are the proposed solutions for the given problem: 1. Add completion-at-point to the existing sets of frontend. As noted by Tomi, this is a "messy" solution as it unnecessarily obfuscate the user options `notmuch-address-selection-function' and `notmuch-address-command'. 2. Make notmuch-address.el itself a backend for EUDC(2). As stated by Alexander, this will not only remove any frontend related code from notmuch-address.el, but will also unify completion condidates for other sources such as BBDB, LDAP, MacOS Contacts, etc. Thank you, Utkarsh Singh : https://github.com/minad/vertico : https://www.gnu.org/software/emacs/manual/html_mono/eudc.html -- Utkarsh Singh https://utkarshsingh.xyz/ _______________________________________________ notmuch mailing list -- firstname.lastname@example.org To unsubscribe send an email to notmuch-le...@notmuchmail.org