- Aug 10, 2018
-
-
Karl Fogel authored
(Unrelated to commit 17cdfc95, surface similarity notwithstanding.)
-
Karl Fogel authored
-
- Mar 29, 2018
-
-
Karl Fogel authored
Rename `mailaprop-memoize-dict' to `mailaprop-candidate-cache'.
-
Karl Fogel authored
What `mailaprop-load-addresses' is building is the address data proper, not a cache. Adjust the user-visible message accordingly.
-
- Feb 04, 2018
-
-
Karl Fogel authored
-
- Jan 28, 2018
-
-
Karl Fogel authored
-
Karl Fogel authored
-
- Jan 16, 2018
-
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
Adjust a symbol name to match the language of the new doc string.
-
- Jan 15, 2018
-
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
- Jan 13, 2018
-
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
Include the string "mailaprop" in the minibuffer messages shown while `mailaprop-load-addresses' is loading the addresses and building the cache. That way if it takes a long time, the culprit will be clear.
-
Karl Fogel authored
The documentation tells the user to initialize `mailaprop-addresses' themselves. Therefore, mailaprop.el should not do it at load time, because if it were to do so, then `mailaprop-address-file' would need to be set by the user before mailaprop.el were loaded, and it is not good to have an unexpected ordering dependency like that.
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
- Jan 12, 2018
-
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-
Karl Fogel authored
-