2016-04-13 09:58:47 +02:00
|
|
|
;;; notmuch-address.el --- address completion with notmuch
|
2010-04-22 11:03:43 +02:00
|
|
|
;;
|
|
|
|
;; Copyright © David Edmondson
|
|
|
|
;;
|
|
|
|
;; This file is part of Notmuch.
|
|
|
|
;;
|
|
|
|
;; Notmuch is free software: you can redistribute it and/or modify it
|
|
|
|
;; under the terms of the GNU General Public License as published by
|
|
|
|
;; the Free Software Foundation, either version 3 of the License, or
|
|
|
|
;; (at your option) any later version.
|
|
|
|
;;
|
|
|
|
;; Notmuch is distributed in the hope that it will be useful, but
|
|
|
|
;; WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
;; General Public License for more details.
|
|
|
|
;;
|
|
|
|
;; You should have received a copy of the GNU General Public License
|
2016-06-02 18:26:14 +02:00
|
|
|
;; along with Notmuch. If not, see <https://www.gnu.org/licenses/>.
|
2010-04-22 11:03:43 +02:00
|
|
|
;;
|
|
|
|
;; Authors: David Edmondson <dme@dme.org>
|
|
|
|
|
2016-04-13 09:58:47 +02:00
|
|
|
;;; Code:
|
|
|
|
|
2010-04-22 11:03:43 +02:00
|
|
|
(require 'message)
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(require 'notmuch-parser)
|
|
|
|
(require 'notmuch-lib)
|
2015-10-27 00:22:49 +01:00
|
|
|
(require 'notmuch-company)
|
2010-04-22 11:03:43 +02:00
|
|
|
;;
|
2015-10-27 00:22:49 +01:00
|
|
|
(declare-function company-manual-begin "company")
|
2010-04-22 11:03:43 +02:00
|
|
|
|
2016-05-20 22:13:02 +02:00
|
|
|
(defvar notmuch-address-last-harvest 0
|
|
|
|
"Time of last address harvest")
|
|
|
|
|
|
|
|
(defvar notmuch-address-completions (make-hash-table :test 'equal)
|
|
|
|
"Hash of email addresses for completion during email composition.
|
|
|
|
This variable is set by calling `notmuch-address-harvest'.")
|
|
|
|
|
|
|
|
(defvar notmuch-address-full-harvest-finished nil
|
|
|
|
"t indicates that full completion address harvesting has been
|
2016-11-20 17:50:34 +01:00
|
|
|
finished. Use notmuch-address--harvest-ready to access as that
|
|
|
|
will load a saved hash if necessary (and available).")
|
2016-11-20 17:50:33 +01:00
|
|
|
|
|
|
|
(defun notmuch-address--harvest-ready ()
|
2016-11-20 17:50:34 +01:00
|
|
|
"Return t if there is a full address hash available.
|
|
|
|
|
|
|
|
If the hash is not present it attempts to load a saved hash."
|
|
|
|
(or notmuch-address-full-harvest-finished
|
|
|
|
(notmuch-address--load-address-hash)))
|
2016-05-20 22:13:02 +02:00
|
|
|
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(defcustom notmuch-address-command 'internal
|
2016-05-20 22:13:02 +02:00
|
|
|
"Determines how address completion candidates are generated.
|
|
|
|
|
|
|
|
If it is a string then that string should be an external program
|
|
|
|
which must take a single argument (searched string) and output a
|
|
|
|
list of completion candidates, one per line.
|
|
|
|
|
|
|
|
Alternatively, it can be the symbol 'internal, in which case
|
|
|
|
internal completion is used; the variable
|
|
|
|
`notmuch-address-internal-completion` can be used to customize
|
|
|
|
this case.
|
|
|
|
|
|
|
|
Finally, if this variable is nil then address completion is
|
|
|
|
disabled."
|
2015-10-27 00:22:47 +01:00
|
|
|
:type '(radio
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(const :tag "Use internal address completion" internal)
|
2015-10-27 00:22:47 +01:00
|
|
|
(const :tag "Disable address completion" nil)
|
2016-05-20 22:13:02 +02:00
|
|
|
(string :tag "Use external completion command"))
|
|
|
|
:group 'notmuch-send
|
2017-01-28 11:38:27 +01:00
|
|
|
:group 'notmuch-address
|
2016-05-20 22:13:02 +02:00
|
|
|
:group 'notmuch-external)
|
|
|
|
|
|
|
|
(defcustom notmuch-address-internal-completion '(sent nil)
|
|
|
|
"Determines how internal address completion generates candidates.
|
|
|
|
|
|
|
|
This should be a list of the form '(DIRECTION FILTER), where
|
|
|
|
DIRECTION is either sent or received and specifies whether the
|
|
|
|
candidates are searched in messages sent by the user or received
|
|
|
|
by the user (note received by is much faster), and FILTER is
|
|
|
|
either nil or a filter-string, such as \"date:1y..\" to append
|
|
|
|
to the query."
|
|
|
|
:type '(list :tag "Use internal address completion"
|
|
|
|
(radio
|
|
|
|
:tag "Base completion on messages you have"
|
|
|
|
:value sent
|
|
|
|
(const :tag "sent (more accurate)" sent)
|
|
|
|
(const :tag "received (faster)" received))
|
|
|
|
(radio :tag "Filter messages used for completion"
|
|
|
|
(const :tag "Use all messages" nil)
|
|
|
|
(string :tag "Filter query")))
|
|
|
|
;; We override set so that we can clear the cache when this changes
|
|
|
|
:set (lambda (symbol value)
|
|
|
|
(set-default symbol value)
|
|
|
|
(setq notmuch-address-last-harvest 0)
|
|
|
|
(setq notmuch-address-completions (clrhash notmuch-address-completions))
|
|
|
|
(setq notmuch-address-full-harvest-finished nil))
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-send
|
2017-01-28 11:38:27 +01:00
|
|
|
:group 'notmuch-address
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-external)
|
2010-04-22 11:03:43 +02:00
|
|
|
|
2016-11-20 17:50:34 +01:00
|
|
|
(defcustom notmuch-address-save-filename nil
|
|
|
|
"Filename to save the cached completion addresses.
|
|
|
|
|
|
|
|
All the addresses notmuch uses for address completion will be
|
|
|
|
cached in this file. This has obvious privacy implications so you
|
|
|
|
should make sure it is not somewhere publicly readable."
|
|
|
|
:type '(choice (const :tag "Off" nil)
|
|
|
|
(file :tag "Filename"))
|
|
|
|
:group 'notmuch-send
|
2017-01-28 11:38:27 +01:00
|
|
|
:group 'notmuch-address
|
2016-11-20 17:50:34 +01:00
|
|
|
:group 'notmuch-external)
|
|
|
|
|
2013-04-03 17:08:54 +02:00
|
|
|
(defcustom notmuch-address-selection-function 'notmuch-address-selection-function
|
|
|
|
"The function to select address from given list. The function is
|
|
|
|
called with PROMPT, COLLECTION, and INITIAL-INPUT as arguments
|
|
|
|
(subset of what `completing-read' can be called with).
|
|
|
|
While executed the value of `completion-ignore-case' is t.
|
|
|
|
See documentation of function `notmuch-address-selection-function'
|
|
|
|
to know how address selection is made by default."
|
|
|
|
:type 'function
|
|
|
|
:group 'notmuch-send
|
2017-01-28 11:38:27 +01:00
|
|
|
:group 'notmuch-address
|
2013-04-03 17:08:54 +02:00
|
|
|
:group 'notmuch-external)
|
|
|
|
|
2016-11-13 13:52:17 +01:00
|
|
|
(defcustom notmuch-address-post-completion-functions nil
|
2016-11-04 02:02:43 +01:00
|
|
|
"Functions called after completing address.
|
|
|
|
|
|
|
|
The completed address is passed as an argument to each function.
|
|
|
|
Note that this hook will be invoked for completion in headers
|
|
|
|
matching `notmuch-address-completion-headers-regexp'.
|
|
|
|
"
|
|
|
|
:type 'hook
|
|
|
|
:group 'notmuch-address
|
|
|
|
:group 'notmuch-hooks)
|
|
|
|
|
2013-04-03 17:08:54 +02:00
|
|
|
(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))
|
|
|
|
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(defvar notmuch-address-completion-headers-regexp
|
|
|
|
"^\\(Resent-\\)?\\(To\\|B?Cc\\|Reply-To\\|From\\|Mail-Followup-To\\|Mail-Copies-To\\):")
|
2010-04-22 11:03:43 +02:00
|
|
|
|
|
|
|
(defvar notmuch-address-history nil)
|
|
|
|
|
|
|
|
(defun notmuch-address-message-insinuate ()
|
2015-10-27 00:22:47 +01:00
|
|
|
(message "calling notmuch-address-message-insinuate is no longer needed"))
|
|
|
|
|
2015-10-27 00:22:49 +01:00
|
|
|
(defcustom notmuch-address-use-company t
|
|
|
|
"If available, use company mode for address completion"
|
|
|
|
:type 'boolean
|
2017-01-28 11:38:27 +01:00
|
|
|
:group 'notmuch-send
|
|
|
|
:group 'notmuch-address)
|
2015-10-27 00:22:49 +01:00
|
|
|
|
2015-10-27 00:22:47 +01:00
|
|
|
(defun notmuch-address-setup ()
|
2016-05-20 22:13:03 +02:00
|
|
|
(let* ((setup-company (and notmuch-address-use-company
|
2015-10-27 00:22:49 +01:00
|
|
|
(require 'company nil t)))
|
|
|
|
(pair (cons notmuch-address-completion-headers-regexp
|
2016-05-20 22:13:02 +02:00
|
|
|
#'notmuch-address-expand-name)))
|
2016-05-20 22:13:03 +02:00
|
|
|
(when setup-company
|
2015-10-27 00:22:49 +01:00
|
|
|
(notmuch-company-setup))
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(unless (memq pair message-completion-alist)
|
|
|
|
(setq message-completion-alist
|
|
|
|
(push pair message-completion-alist)))))
|
|
|
|
|
2016-05-20 22:13:03 +02:00
|
|
|
(defun notmuch-address-toggle-internal-completion ()
|
|
|
|
"Toggle use of internal completion for current buffer.
|
|
|
|
|
|
|
|
This overrides the global setting for address completion and
|
|
|
|
toggles the setting in this buffer."
|
|
|
|
(interactive)
|
|
|
|
(if (local-variable-p 'notmuch-address-command)
|
|
|
|
(kill-local-variable 'notmuch-address-command)
|
2016-11-15 20:48:45 +01:00
|
|
|
(notmuch-setq-local notmuch-address-command 'internal))
|
2016-05-20 22:13:03 +02:00
|
|
|
(if (boundp 'company-idle-delay)
|
|
|
|
(if (local-variable-p 'company-idle-delay)
|
|
|
|
(kill-local-variable 'company-idle-delay)
|
2016-11-15 20:48:45 +01:00
|
|
|
(notmuch-setq-local company-idle-delay nil))))
|
2016-05-20 22:13:03 +02:00
|
|
|
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(defun notmuch-address-matching (substring)
|
|
|
|
"Returns a list of completion candidates matching SUBSTRING.
|
|
|
|
The candidates are taken from `notmuch-address-completions'."
|
|
|
|
(let ((candidates)
|
|
|
|
(re (regexp-quote substring)))
|
|
|
|
(maphash (lambda (key val)
|
|
|
|
(when (string-match re key)
|
|
|
|
(push key candidates)))
|
|
|
|
notmuch-address-completions)
|
|
|
|
candidates))
|
|
|
|
|
2010-04-22 11:03:43 +02:00
|
|
|
(defun notmuch-address-options (original)
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
"Returns a list of completion candidates. Uses either
|
|
|
|
elisp-based implementation or older implementation requiring
|
|
|
|
external commands."
|
|
|
|
(cond
|
|
|
|
((eq notmuch-address-command 'internal)
|
2016-11-20 17:50:33 +01:00
|
|
|
(unless (notmuch-address--harvest-ready)
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
;; First, run quick synchronous harvest based on what the user
|
|
|
|
;; entered so far
|
2016-05-20 22:13:02 +02:00
|
|
|
(notmuch-address-harvest original t))
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(prog1 (notmuch-address-matching original)
|
|
|
|
;; Then start the (potentially long-running) full asynchronous harvest if necessary
|
|
|
|
(notmuch-address-harvest-trigger)))
|
|
|
|
(t
|
|
|
|
(process-lines notmuch-address-command original))))
|
2010-04-22 11:03:43 +02:00
|
|
|
|
|
|
|
(defun notmuch-address-expand-name ()
|
2016-05-20 22:13:02 +02:00
|
|
|
(cond
|
|
|
|
((and (eq notmuch-address-command 'internal)
|
|
|
|
notmuch-address-use-company
|
|
|
|
(bound-and-true-p company-mode))
|
|
|
|
(company-manual-begin))
|
|
|
|
(notmuch-address-command
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(let* ((end (point))
|
|
|
|
(beg (save-excursion
|
|
|
|
(re-search-backward "\\(\\`\\|[\n:,]\\)[ \t]*")
|
|
|
|
(goto-char (match-end 0))
|
|
|
|
(point)))
|
|
|
|
(orig (buffer-substring-no-properties beg end))
|
|
|
|
(completion-ignore-case t)
|
|
|
|
(options (with-temp-message "Looking for completion candidates..."
|
|
|
|
(notmuch-address-options orig)))
|
|
|
|
(num-options (length options))
|
|
|
|
(chosen (cond
|
|
|
|
((eq num-options 0)
|
|
|
|
nil)
|
|
|
|
((eq num-options 1)
|
|
|
|
(car options))
|
|
|
|
(t
|
|
|
|
(funcall notmuch-address-selection-function
|
|
|
|
(format "Address (%s matches): " num-options)
|
2016-09-27 17:45:27 +02:00
|
|
|
;; We put the first match as the initial
|
|
|
|
;; input; we put all the matches as
|
|
|
|
;; possible completions, moving the
|
|
|
|
;; first match to the end of the list
|
|
|
|
;; makes cursor up/down in the list work
|
|
|
|
;; better.
|
|
|
|
(append (cdr options) (list (car options)))
|
|
|
|
(car options))))))
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(if chosen
|
|
|
|
(progn
|
|
|
|
(push chosen notmuch-address-history)
|
|
|
|
(delete-region beg end)
|
2016-11-04 02:02:43 +01:00
|
|
|
(insert chosen)
|
2016-11-13 13:52:17 +01:00
|
|
|
(run-hook-with-args 'notmuch-address-post-completion-functions chosen))
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(message "No matches.")
|
2016-05-20 22:13:02 +02:00
|
|
|
(ding))))
|
|
|
|
(t nil)))
|
2010-04-22 11:03:43 +02:00
|
|
|
|
|
|
|
;; Copied from `w3m-which-command'.
|
|
|
|
(defun notmuch-address-locate-command (command)
|
|
|
|
"Return non-nil if `command' is an executable either on
|
|
|
|
`exec-path' or an absolute pathname."
|
|
|
|
(when (stringp command)
|
|
|
|
(if (and (file-name-absolute-p command)
|
|
|
|
(file-executable-p command))
|
|
|
|
command
|
|
|
|
(setq command (file-name-nondirectory command))
|
|
|
|
(catch 'found-command
|
|
|
|
(let (bin)
|
|
|
|
(dolist (dir exec-path)
|
|
|
|
(setq bin (expand-file-name command dir))
|
|
|
|
(when (or (and (file-executable-p bin)
|
|
|
|
(not (file-directory-p bin)))
|
|
|
|
(and (file-executable-p (setq bin (concat bin ".exe")))
|
|
|
|
(not (file-directory-p bin))))
|
|
|
|
(throw 'found-command bin))))))))
|
|
|
|
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(defun notmuch-address-harvest-addr (result)
|
|
|
|
(let ((name-addr (plist-get result :name-addr)))
|
|
|
|
(puthash name-addr t notmuch-address-completions)))
|
|
|
|
|
|
|
|
(defun notmuch-address-harvest-handle-result (obj)
|
|
|
|
(notmuch-address-harvest-addr obj))
|
|
|
|
|
|
|
|
(defun notmuch-address-harvest-filter (proc string)
|
|
|
|
(when (buffer-live-p (process-buffer proc))
|
|
|
|
(with-current-buffer (process-buffer proc)
|
|
|
|
(save-excursion
|
|
|
|
(goto-char (point-max))
|
|
|
|
(insert string))
|
|
|
|
(notmuch-sexp-parse-partial-list
|
|
|
|
'notmuch-address-harvest-handle-result (process-buffer proc)))))
|
|
|
|
|
|
|
|
(defvar notmuch-address-harvest-procs '(nil . nil)
|
|
|
|
"The currently running harvests.
|
|
|
|
|
|
|
|
The car is a partial harvest, and the cdr is a full harvest")
|
|
|
|
|
2016-05-20 22:13:02 +02:00
|
|
|
(defun notmuch-address-harvest (&optional addr-prefix synchronous callback)
|
|
|
|
"Collect addresses completion candidates.
|
|
|
|
|
|
|
|
It queries the notmuch database for messages sent/received (as
|
|
|
|
configured with `notmuch-address-command`) by the user, collects
|
|
|
|
destination/source addresses from those messages and stores them
|
|
|
|
in `notmuch-address-completions'.
|
|
|
|
|
|
|
|
If ADDR-PREFIX is not nil, only messages with to/from addresses
|
|
|
|
matching ADDR-PREFIX*' are queried.
|
|
|
|
|
|
|
|
Address harvesting may take some time so the address collection runs
|
|
|
|
asynchronously unless SYNCHRONOUS is t. In case of asynchronous
|
|
|
|
execution, CALLBACK is called when harvesting finishes."
|
|
|
|
|
|
|
|
(let* ((sent (eq (car notmuch-address-internal-completion) 'sent))
|
|
|
|
(config-query (cadr notmuch-address-internal-completion))
|
|
|
|
(prefix-query (when addr-prefix
|
|
|
|
(format "%s:%s*" (if sent "to" "from") addr-prefix)))
|
|
|
|
(from-or-to-me-query
|
|
|
|
(mapconcat (lambda (x)
|
|
|
|
(concat (if sent "from:" "to:") x))
|
|
|
|
(notmuch-user-emails) " or "))
|
|
|
|
(query (if (or prefix-query config-query)
|
|
|
|
(concat (format "(%s)" from-or-to-me-query)
|
|
|
|
(when prefix-query
|
|
|
|
(format " and (%s)" prefix-query))
|
|
|
|
(when config-query
|
|
|
|
(format " and (%s)" config-query)))
|
|
|
|
from-or-to-me-query))
|
2017-06-03 19:47:32 +02:00
|
|
|
(args `("address" "--format=sexp" "--format-version=3"
|
2016-05-20 22:13:02 +02:00
|
|
|
,(if sent "--output=recipients" "--output=sender")
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
"--deduplicate=address"
|
|
|
|
,query)))
|
|
|
|
(if synchronous
|
|
|
|
(mapc #'notmuch-address-harvest-addr
|
|
|
|
(apply 'notmuch-call-notmuch-sexp args))
|
|
|
|
;; Asynchronous
|
2016-05-20 22:13:02 +02:00
|
|
|
(let* ((current-proc (if addr-prefix
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(car notmuch-address-harvest-procs)
|
|
|
|
(cdr notmuch-address-harvest-procs)))
|
|
|
|
(proc-name (format "notmuch-address-%s-harvest"
|
2016-05-20 22:13:02 +02:00
|
|
|
(if addr-prefix "partial" "full")))
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(proc-buf (concat " *" proc-name "*")))
|
|
|
|
;; Kill any existing process
|
|
|
|
(when current-proc
|
|
|
|
(kill-buffer (process-buffer current-proc))) ; this also kills the process
|
|
|
|
|
|
|
|
(setq current-proc
|
|
|
|
(apply 'notmuch-start-notmuch proc-name proc-buf
|
|
|
|
callback ; process sentinel
|
|
|
|
args))
|
|
|
|
(set-process-filter current-proc 'notmuch-address-harvest-filter)
|
|
|
|
(set-process-query-on-exit-flag current-proc nil)
|
2016-05-20 22:13:02 +02:00
|
|
|
(if addr-prefix
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(setcar notmuch-address-harvest-procs current-proc)
|
|
|
|
(setcdr notmuch-address-harvest-procs current-proc)))))
|
|
|
|
;; return value
|
|
|
|
nil)
|
|
|
|
|
2016-11-20 17:50:34 +01:00
|
|
|
(defvar notmuch-address--save-hash-version 1
|
|
|
|
"Version format of the save hash.")
|
|
|
|
|
|
|
|
(defun notmuch-address--get-address-hash ()
|
|
|
|
"Returns the saved address hash as a plist.
|
|
|
|
|
|
|
|
Returns nil if the save file does not exist, or it does not seem
|
|
|
|
to be a saved address hash."
|
|
|
|
(when notmuch-address-save-filename
|
|
|
|
(condition-case nil
|
|
|
|
(with-temp-buffer
|
|
|
|
(insert-file-contents notmuch-address-save-filename)
|
|
|
|
(let ((name (read (current-buffer)))
|
|
|
|
(plist (read (current-buffer))))
|
|
|
|
;; We do two simple sanity checks on the loaded file. We just
|
|
|
|
;; check a version is specified, not that it is the current
|
|
|
|
;; version, as we are allowed to over-write and a save-file with
|
|
|
|
;; an older version.
|
|
|
|
(when (and (string= name "notmuch-address-hash")
|
|
|
|
(plist-get plist :version))
|
|
|
|
plist)))
|
|
|
|
;; The error case catches any of the reads failing.
|
|
|
|
(error nil))))
|
|
|
|
|
|
|
|
(defun notmuch-address--load-address-hash ()
|
|
|
|
"Read the saved address hash and set the corresponding variables."
|
|
|
|
(let ((load-plist (notmuch-address--get-address-hash)))
|
|
|
|
(when (and load-plist
|
|
|
|
;; If the user's setting have changed, or the version
|
|
|
|
;; has changed, return nil to make sure the new settings
|
|
|
|
;; take effect.
|
|
|
|
(equal (plist-get load-plist :completion-settings)
|
|
|
|
notmuch-address-internal-completion)
|
|
|
|
(equal (plist-get load-plist :version)
|
|
|
|
notmuch-address--save-hash-version))
|
|
|
|
(setq notmuch-address-last-harvest (plist-get load-plist :last-harvest)
|
|
|
|
notmuch-address-completions (plist-get load-plist :completions)
|
|
|
|
notmuch-address-full-harvest-finished t)
|
|
|
|
;; Return t to say load was successful.
|
|
|
|
t)))
|
|
|
|
|
|
|
|
(defun notmuch-address--save-address-hash ()
|
|
|
|
(when notmuch-address-save-filename
|
|
|
|
(if (or (not (file-exists-p notmuch-address-save-filename))
|
|
|
|
;; The file exists, check it is a file we saved
|
|
|
|
(notmuch-address--get-address-hash))
|
|
|
|
(with-temp-file notmuch-address-save-filename
|
|
|
|
(let ((save-plist (list :version notmuch-address--save-hash-version
|
|
|
|
:completion-settings notmuch-address-internal-completion
|
|
|
|
:last-harvest notmuch-address-last-harvest
|
|
|
|
:completions notmuch-address-completions)))
|
|
|
|
(print "notmuch-address-hash" (current-buffer))
|
|
|
|
(print save-plist (current-buffer))))
|
|
|
|
(message "\
|
|
|
|
Warning: notmuch-address-save-filename %s exists but doesn't
|
|
|
|
appear to be an address savefile. Not overwriting."
|
|
|
|
notmuch-address-save-filename))))
|
|
|
|
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(defun notmuch-address-harvest-trigger ()
|
|
|
|
(let ((now (float-time)))
|
|
|
|
(when (> (- now notmuch-address-last-harvest) 86400)
|
|
|
|
(setq notmuch-address-last-harvest now)
|
|
|
|
(notmuch-address-harvest nil nil
|
|
|
|
(lambda (proc event)
|
|
|
|
;; If harvest fails, we want to try
|
|
|
|
;; again when the trigger is next
|
|
|
|
;; called
|
|
|
|
(if (string= event "finished\n")
|
2016-11-20 17:50:34 +01:00
|
|
|
(progn
|
|
|
|
(notmuch-address--save-address-hash)
|
|
|
|
(setq notmuch-address-full-harvest-finished t))
|
Emacs: Add address completion mechanism implemented in elisp
Currently, notmuch has an address completion mechanism that requires
external command to provide completion candidates. This commit adds a
completion mechanism inspired by https://github.com/tjim/nevermore,
which is implemented in Emacs lisp only.
The preexisting address completion mechanism, activated by pressing
TAB on To/Cc lines, is extended to use the new mechanism when
notmuch-address-command to 'internal, which is the new default.
The core of the new mechanism is the function notmuch-address-harvest,
which collects the completion candidates from the notmuch database and
stores them in notmuch-address-completions variable. The address
harvesting can run either synchronously (same as with the previous
mechanism) or asynchronously. When the user presses TAB for the first
time, synchronous harvesting limited to user entered text is performed.
If the entered text is reasonably long, this operation is relatively
fast. Then, asynchronous harvesting over the full database is triggered.
This operation may take long time (minutes on rotating disk). After it
finishes, no harvesting is normally performed again and subsequent
completion requests use the harvested data cached in memory. Completion
cache is updated after 24 hours.
Note that this commit restores (different) completion functionality for
users when the user used external command named "notmuch-addresses",
i.e. the old default. The result will be that the user will use
the new mechanism instead of this command. I believe that many users may
not even recognize this because the new mechanism works the same as
http://commonmeasure.org/~jkr/git/notmuch_addresses.git and perhaps also
as other commands suggested at
http://notmuchmail.org/emacstips/#address_completion.
[This feature was significantly improved by David Bremner and Mark Walters]
2015-10-27 00:22:48 +01:00
|
|
|
(setq notmuch-address-last-harvest 0)))))))
|
|
|
|
|
|
|
|
;;
|
|
|
|
|
2016-05-07 21:03:11 +02:00
|
|
|
(defun notmuch-address-from-minibuffer (prompt)
|
|
|
|
(if (not notmuch-address-command)
|
|
|
|
(read-string prompt)
|
|
|
|
(let ((rmap (copy-keymap minibuffer-local-map))
|
|
|
|
(omap minibuffer-local-map))
|
|
|
|
;; Configure TAB to start completion when executing read-string.
|
|
|
|
;; "Original" minibuffer keymap is restored just before calling
|
|
|
|
;; notmuch-address-expand-name as it may also use minibuffer-local-map
|
|
|
|
;; (completing-read probably does not but if something else is used there).
|
|
|
|
(define-key rmap (kbd "TAB") (lambda ()
|
|
|
|
(interactive)
|
|
|
|
(let ((enable-recursive-minibuffers t)
|
|
|
|
(minibuffer-local-map omap))
|
|
|
|
(notmuch-address-expand-name))))
|
|
|
|
(let ((minibuffer-local-map rmap))
|
|
|
|
(read-string prompt)))))
|
|
|
|
|
|
|
|
;;
|
|
|
|
|
2010-04-22 11:03:43 +02:00
|
|
|
(provide 'notmuch-address)
|
2016-04-13 09:58:47 +02:00
|
|
|
|
|
|
|
;;; notmuch-address.el ends here
|