2021-01-10 15:00:47 +01:00
|
|
|
;;; notmuch-hello.el --- welcome to notmuch, a frontend -*- lexical-binding: t -*-
|
2010-04-22 10:27:33 +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 10:27:33 +02:00
|
|
|
;;
|
|
|
|
;; Authors: David Edmondson <dme@dme.org>
|
|
|
|
|
2016-04-13 09:58:47 +02:00
|
|
|
;;; Code:
|
|
|
|
|
2010-04-22 10:27:33 +02:00
|
|
|
(require 'widget)
|
|
|
|
(require 'wid-edit) ; For `widget-forward'.
|
|
|
|
|
|
|
|
(require 'notmuch-lib)
|
2010-04-22 11:03:32 +02:00
|
|
|
(require 'notmuch-mua)
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2020-08-08 13:49:36 +02:00
|
|
|
(declare-function notmuch-search "notmuch"
|
2021-01-16 18:17:09 +01:00
|
|
|
(&optional query oldest-first target-thread target-line
|
|
|
|
no-display))
|
|
|
|
(declare-function notmuch-poll "notmuch-lib" ())
|
2015-10-14 10:38:22 +02:00
|
|
|
(declare-function notmuch-tree "notmuch-tree"
|
2021-01-16 18:17:09 +01:00
|
|
|
(&optional query query-context target buffer-name
|
2021-07-07 03:35:30 +02:00
|
|
|
open-target unthreaded parent-buffer oldest-first))
|
2021-01-16 18:17:09 +01:00
|
|
|
(declare-function notmuch-unthreaded "notmuch-tree"
|
|
|
|
(&optional query query-context target buffer-name
|
|
|
|
open-target))
|
2020-02-27 18:16:52 +01:00
|
|
|
|
2010-04-22 10:27:33 +02:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Options
|
|
|
|
|
2014-04-16 23:21:53 +02:00
|
|
|
(defun notmuch-saved-search-get (saved-search field)
|
|
|
|
"Get FIELD from SAVED-SEARCH.
|
|
|
|
|
|
|
|
If SAVED-SEARCH is a plist, this is just `plist-get', but for
|
|
|
|
backwards compatibility, this also deals with the two other
|
|
|
|
possible formats for SAVED-SEARCH: cons cells (NAME . QUERY) and
|
|
|
|
lists (NAME QUERY COUNT-QUERY)."
|
|
|
|
(cond
|
|
|
|
((keywordp (car saved-search))
|
|
|
|
(plist-get saved-search field))
|
|
|
|
;; It is not a plist so it is an old-style entry.
|
2020-04-25 22:18:07 +02:00
|
|
|
((consp (cdr saved-search))
|
|
|
|
(pcase-let ((`(,name ,query ,count-query) saved-search))
|
|
|
|
(cl-case field
|
|
|
|
(:name name)
|
|
|
|
(:query query)
|
|
|
|
(:count-query count-query)
|
|
|
|
(t nil))))
|
|
|
|
(t
|
|
|
|
(pcase-let ((`(,name . ,query) saved-search))
|
|
|
|
(cl-case field
|
|
|
|
(:name name)
|
|
|
|
(:query query)
|
|
|
|
(t nil))))))
|
2014-04-16 23:21:53 +02:00
|
|
|
|
|
|
|
(defun notmuch-hello-saved-search-to-plist (saved-search)
|
|
|
|
"Return a copy of SAVED-SEARCH in plist form.
|
|
|
|
|
|
|
|
If saved search is a plist then just return a copy. In other
|
|
|
|
cases, for backwards compatibility, convert to plist form and
|
|
|
|
return that."
|
|
|
|
(if (keywordp (car saved-search))
|
2020-04-25 22:18:07 +02:00
|
|
|
(copy-sequence saved-search)
|
2014-04-16 23:21:53 +02:00
|
|
|
(let ((fields (list :name :query :count-query))
|
|
|
|
plist-search)
|
|
|
|
(dolist (field fields plist-search)
|
|
|
|
(let ((string (notmuch-saved-search-get saved-search field)))
|
|
|
|
(when string
|
|
|
|
(setq plist-search (append plist-search (list field string)))))))))
|
|
|
|
|
|
|
|
(defun notmuch-hello--saved-searches-to-plist (symbol)
|
|
|
|
"Extract a saved-search variable into plist form.
|
|
|
|
|
|
|
|
The new style saved search is just a plist, but for backwards
|
|
|
|
compatibility we use this function to extract old style saved
|
|
|
|
searches so they still work in customize."
|
|
|
|
(let ((saved-searches (default-value symbol)))
|
|
|
|
(mapcar #'notmuch-hello-saved-search-to-plist saved-searches)))
|
|
|
|
|
|
|
|
(define-widget 'notmuch-saved-search-plist 'list
|
|
|
|
"A single saved search property list."
|
|
|
|
:tag "Saved Search"
|
|
|
|
:args '((list :inline t
|
|
|
|
:format "%v"
|
2020-08-08 13:49:36 +02:00
|
|
|
(group :format "%v" :inline t
|
|
|
|
(const :format " Name: " :name)
|
|
|
|
(string :format "%v"))
|
|
|
|
(group :format "%v" :inline t
|
|
|
|
(const :format " Query: " :query)
|
|
|
|
(string :format "%v")))
|
2014-04-16 23:21:53 +02:00
|
|
|
(checklist :inline t
|
|
|
|
:format "%v"
|
2020-08-08 13:49:36 +02:00
|
|
|
(group :format "%v" :inline t
|
|
|
|
(const :format "Shortcut key: " :key)
|
|
|
|
(key-sequence :format "%v"))
|
|
|
|
(group :format "%v" :inline t
|
|
|
|
(const :format "Count-Query: " :count-query)
|
|
|
|
(string :format "%v"))
|
|
|
|
(group :format "%v" :inline t
|
|
|
|
(const :format "" :sort-order)
|
2014-04-16 23:21:53 +02:00
|
|
|
(choice :tag " Sort Order"
|
|
|
|
(const :tag "Default" nil)
|
|
|
|
(const :tag "Oldest-first" oldest-first)
|
2015-10-14 10:38:22 +02:00
|
|
|
(const :tag "Newest-first" newest-first)))
|
2020-08-08 13:49:36 +02:00
|
|
|
(group :format "%v" :inline t
|
|
|
|
(const :format "" :search-type)
|
2015-10-14 10:38:22 +02:00
|
|
|
(choice :tag " Search Type"
|
|
|
|
(const :tag "Search mode" nil)
|
2020-02-27 18:16:52 +01:00
|
|
|
(const :tag "Tree mode" tree)
|
|
|
|
(const :tag "Unthreaded mode" unthreaded))))))
|
2014-04-16 23:21:53 +02:00
|
|
|
|
2014-08-05 03:45:21 +02:00
|
|
|
(defcustom notmuch-saved-searches
|
|
|
|
`((:name "inbox" :query "tag:inbox" :key ,(kbd "i"))
|
|
|
|
(:name "unread" :query "tag:unread" :key ,(kbd "u"))
|
|
|
|
(:name "flagged" :query "tag:flagged" :key ,(kbd "f"))
|
|
|
|
(:name "sent" :query "tag:sent" :key ,(kbd "t"))
|
|
|
|
(:name "drafts" :query "tag:draft" :key ,(kbd "d"))
|
|
|
|
(:name "all mail" :query "*" :key ,(kbd "a")))
|
2014-04-16 23:21:53 +02:00
|
|
|
"A list of saved searches to display.
|
|
|
|
|
|
|
|
The saved search can be given in 3 forms. The preferred way is as
|
|
|
|
a plist. Supported properties are
|
|
|
|
|
|
|
|
:name Name of the search (required).
|
|
|
|
:query Search to run (required).
|
2014-08-05 03:45:20 +02:00
|
|
|
:key Optional shortcut key for `notmuch-jump-search'.
|
2014-04-16 23:21:53 +02:00
|
|
|
:count-query Optional extra query to generate the count
|
|
|
|
shown. If not present then the :query property
|
|
|
|
is used.
|
|
|
|
:sort-order Specify the sort order to be used for the search.
|
2020-11-16 22:28:30 +01:00
|
|
|
Possible values are `oldest-first', `newest-first'
|
|
|
|
or nil. Nil means use the default sort order.
|
2020-02-27 18:16:52 +01:00
|
|
|
:search-type Specify whether to run the search in search-mode,
|
2021-07-19 13:31:09 +02:00
|
|
|
tree mode or unthreaded mode. Set to `tree' to
|
|
|
|
specify tree mode, 'unthreaded to specify
|
|
|
|
unthreaded mode, and set to nil (or anything
|
|
|
|
except tree and unthreaded) to specify search
|
|
|
|
mode.
|
2014-04-16 23:21:53 +02:00
|
|
|
|
|
|
|
Other accepted forms are a cons cell of the form (NAME . QUERY)
|
|
|
|
or a list of the form (NAME QUERY COUNT-QUERY)."
|
2020-08-08 13:49:38 +02:00
|
|
|
;; The saved-search format is also used by the all-tags notmuch-hello
|
|
|
|
;; section. This section generates its own saved-search list in one of
|
|
|
|
;; the latter two forms.
|
2014-04-16 23:21:53 +02:00
|
|
|
:get 'notmuch-hello--saved-searches-to-plist
|
|
|
|
:type '(repeat notmuch-saved-search-plist)
|
|
|
|
:tag "List of Saved Searches"
|
|
|
|
:group 'notmuch-hello)
|
|
|
|
|
2012-01-25 02:10:53 +01:00
|
|
|
(defcustom notmuch-hello-recent-searches-max 10
|
|
|
|
"The number of recent searches to display."
|
2010-04-22 10:27:33 +02:00
|
|
|
:type 'integer
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello)
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2010-04-27 06:45:19 +02:00
|
|
|
(defcustom notmuch-show-empty-saved-searches nil
|
2010-04-22 10:27:33 +02:00
|
|
|
"Should saved searches with no messages be listed?"
|
|
|
|
:type 'boolean
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello)
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2014-04-12 14:46:26 +02:00
|
|
|
(defun notmuch-sort-saved-searches (saved-searches)
|
|
|
|
"Generate an alphabetically sorted saved searches list."
|
|
|
|
(sort (copy-sequence saved-searches)
|
|
|
|
(lambda (a b)
|
|
|
|
(string< (notmuch-saved-search-get a :name)
|
|
|
|
(notmuch-saved-search-get b :name)))))
|
2011-09-23 20:57:37 +02:00
|
|
|
|
|
|
|
(defcustom notmuch-saved-search-sort-function nil
|
|
|
|
"Function used to sort the saved searches for the notmuch-hello view.
|
|
|
|
|
|
|
|
This variable controls how saved searches should be sorted. No
|
|
|
|
sorting (nil) displays the saved searches in the order they are
|
|
|
|
stored in `notmuch-saved-searches'. Sort alphabetically sorts the
|
|
|
|
saved searches in alphabetical order. Custom sort function should
|
|
|
|
be a function or a lambda expression that takes the saved
|
2014-04-12 14:46:26 +02:00
|
|
|
searches list as a parameter, and returns a new saved searches
|
|
|
|
list to be used. For compatibility with the various saved-search
|
|
|
|
formats it should use notmuch-saved-search-get to access the
|
|
|
|
fields of the search."
|
2011-09-23 20:57:37 +02:00
|
|
|
:type '(choice (const :tag "No sorting" nil)
|
|
|
|
(const :tag "Sort alphabetically" notmuch-sort-saved-searches)
|
|
|
|
(function :tag "Custom sort function"
|
|
|
|
:value notmuch-sort-saved-searches))
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello)
|
2011-09-23 20:57:37 +02:00
|
|
|
|
2010-04-27 06:45:19 +02:00
|
|
|
(defvar notmuch-hello-indent 4
|
|
|
|
"How much to indent non-headers.")
|
2010-04-22 10:27:33 +02:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
(defimage notmuch-hello-logo ((:type png :file "notmuch-logo.png")))
|
|
|
|
|
2010-04-27 06:45:19 +02:00
|
|
|
(defcustom notmuch-show-logo t
|
2010-04-22 10:27:33 +02:00
|
|
|
"Should the notmuch logo be shown?"
|
|
|
|
:type 'boolean
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello)
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2010-04-27 06:45:19 +02:00
|
|
|
(defcustom notmuch-show-all-tags-list nil
|
2010-04-27 05:06:50 +02:00
|
|
|
"Should all tags be shown in the notmuch-hello view?"
|
|
|
|
:type 'boolean
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello)
|
2010-04-27 05:06:50 +02:00
|
|
|
|
2011-05-25 23:21:54 +02:00
|
|
|
(defcustom notmuch-hello-tag-list-make-query nil
|
|
|
|
"Function or string to generate queries for the all tags list.
|
|
|
|
|
|
|
|
This variable controls which query results are shown for each tag
|
|
|
|
in the \"all tags\" list. If nil, it will use all messages with
|
|
|
|
that tag. If this is set to a string, it is used as a filter for
|
|
|
|
messages having that tag (equivalent to \"tag:TAG and (THIS-VARIABLE)\").
|
|
|
|
Finally this can be a function that will be called for each tag and
|
|
|
|
should return a filter for that tag, or nil to hide the tag."
|
|
|
|
:type '(choice (const :tag "All messages" nil)
|
|
|
|
(const :tag "Unread messages" "tag:unread")
|
2011-12-20 20:53:13 +01:00
|
|
|
(string :tag "Custom filter"
|
|
|
|
:value "tag:unread")
|
|
|
|
(function :tag "Custom filter function"))
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello)
|
2011-05-25 23:21:54 +02:00
|
|
|
|
|
|
|
(defcustom notmuch-hello-hide-tags nil
|
|
|
|
"List of tags to be hidden in the \"all tags\"-section."
|
|
|
|
:type '(repeat string)
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello)
|
2011-05-25 23:21:54 +02:00
|
|
|
|
2010-04-26 11:25:28 +02:00
|
|
|
(defface notmuch-hello-logo-background
|
|
|
|
'((((class color)
|
|
|
|
(background dark))
|
|
|
|
(:background "#5f5f5f"))
|
|
|
|
(((class color)
|
|
|
|
(background light))
|
|
|
|
(:background "white")))
|
2010-04-22 10:27:33 +02:00
|
|
|
"Background colour for the notmuch logo."
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello
|
|
|
|
:group 'notmuch-faces)
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2010-04-29 10:28:23 +02:00
|
|
|
(defcustom notmuch-column-control t
|
|
|
|
"Controls the number of columns for saved searches/tags in notmuch view.
|
|
|
|
|
|
|
|
This variable has three potential sets of values:
|
|
|
|
|
|
|
|
- t: automatically calculate the number of columns possible based
|
|
|
|
on the tags to be shown and the window width,
|
|
|
|
- an integer: a lower bound on the number of characters that will
|
|
|
|
be used to display each column,
|
|
|
|
- a float: a fraction of the window width that is the lower bound
|
|
|
|
on the number of characters that should be used for each
|
|
|
|
column.
|
|
|
|
|
|
|
|
So:
|
|
|
|
- if you would like two columns of tags, set this to 0.5.
|
|
|
|
- if you would like a single column of tags, set this to 1.0.
|
|
|
|
- if you would like tags to be 30 characters wide, set this to
|
|
|
|
30.
|
|
|
|
- if you don't want to worry about all of this nonsense, leave
|
|
|
|
this set to `t'."
|
|
|
|
:type '(choice
|
|
|
|
(const :tag "Automatically calculated" t)
|
|
|
|
(integer :tag "Number of characters")
|
2012-01-16 11:38:33 +01:00
|
|
|
(float :tag "Fraction of window"))
|
|
|
|
:group 'notmuch-hello)
|
2010-04-29 10:28:23 +02:00
|
|
|
|
2011-12-21 14:44:19 +01:00
|
|
|
(defcustom notmuch-hello-thousands-separator " "
|
2011-12-21 14:44:18 +01:00
|
|
|
"The string used as a thousands separator.
|
2010-05-04 15:44:39 +02:00
|
|
|
|
2011-12-21 14:44:19 +01:00
|
|
|
Typically \",\" in the US and UK and \".\" or \" \" in Europe.
|
|
|
|
The latter is recommended in the SI/ISO 31-0 standard and by the
|
|
|
|
International Bureau of Weights and Measures."
|
2012-01-16 11:38:33 +01:00
|
|
|
:type 'string
|
|
|
|
:group 'notmuch-hello)
|
2010-05-04 15:44:39 +02:00
|
|
|
|
2011-10-29 18:35:04 +02:00
|
|
|
(defcustom notmuch-hello-mode-hook nil
|
|
|
|
"Functions called after entering `notmuch-hello-mode'."
|
2012-01-16 11:38:33 +01:00
|
|
|
:type 'hook
|
|
|
|
:group 'notmuch-hello
|
|
|
|
:group 'notmuch-hooks)
|
2011-10-29 18:35:04 +02:00
|
|
|
|
2011-12-21 02:28:14 +01:00
|
|
|
(defcustom notmuch-hello-refresh-hook nil
|
|
|
|
"Functions called after updating a `notmuch-hello' buffer."
|
|
|
|
:type 'hook
|
2012-01-16 11:38:33 +01:00
|
|
|
:group 'notmuch-hello
|
|
|
|
:group 'notmuch-hooks)
|
2011-12-21 02:28:14 +01:00
|
|
|
|
2020-11-16 22:28:26 +01:00
|
|
|
(defconst notmuch-hello-url "https://notmuchmail.org"
|
2010-04-22 10:27:33 +02:00
|
|
|
"The `notmuch' web site.")
|
|
|
|
|
2012-02-17 15:48:07 +01:00
|
|
|
(defvar notmuch-hello-custom-section-options
|
|
|
|
'((:filter (string :tag "Filter for each tag"))
|
|
|
|
(:filter-count (string :tag "Different filter to generate message counts"))
|
|
|
|
(:initially-hidden (const :tag "Hide this section on startup" t))
|
|
|
|
(:show-empty-searches (const :tag "Show queries with no matching messages" t))
|
|
|
|
(:hide-if-empty (const :tag "Hide this section if all queries are empty
|
|
|
|
\(and not shown by show-empty-searches)" t)))
|
|
|
|
"Various customization-options for notmuch-hello-tags/query-section.")
|
|
|
|
|
|
|
|
(define-widget 'notmuch-hello-tags-section 'lazy
|
|
|
|
"Customize-type for notmuch-hello tag-list sections."
|
|
|
|
:tag "Customized tag-list section (see docstring for details)"
|
|
|
|
:type
|
|
|
|
`(list :tag ""
|
|
|
|
(const :tag "" notmuch-hello-insert-tags-section)
|
|
|
|
(string :tag "Title for this section")
|
|
|
|
(plist
|
|
|
|
:inline t
|
|
|
|
:options
|
|
|
|
,(append notmuch-hello-custom-section-options
|
|
|
|
'((:hide-tags (repeat :tag "Tags that will be hidden"
|
|
|
|
string)))))))
|
|
|
|
|
|
|
|
(define-widget 'notmuch-hello-query-section 'lazy
|
|
|
|
"Customize-type for custom saved-search-like sections"
|
|
|
|
:tag "Customized queries section (see docstring for details)"
|
|
|
|
:type
|
|
|
|
`(list :tag ""
|
2012-05-05 16:39:47 +02:00
|
|
|
(const :tag "" notmuch-hello-insert-searches)
|
2012-02-17 15:48:07 +01:00
|
|
|
(string :tag "Title for this section")
|
|
|
|
(repeat :tag "Queries"
|
|
|
|
(cons (string :tag "Name") (string :tag "Query")))
|
|
|
|
(plist :inline t :options ,notmuch-hello-custom-section-options)))
|
|
|
|
|
|
|
|
(defcustom notmuch-hello-sections
|
|
|
|
(list #'notmuch-hello-insert-header
|
|
|
|
#'notmuch-hello-insert-saved-searches
|
|
|
|
#'notmuch-hello-insert-search
|
|
|
|
#'notmuch-hello-insert-recent-searches
|
|
|
|
#'notmuch-hello-insert-alltags
|
|
|
|
#'notmuch-hello-insert-footer)
|
|
|
|
"Sections for notmuch-hello.
|
|
|
|
|
|
|
|
The list contains functions which are used to construct sections in
|
|
|
|
notmuch-hello buffer. When notmuch-hello buffer is constructed,
|
|
|
|
these functions are run in the order they appear in this list. Each
|
|
|
|
function produces a section simply by adding content to the current
|
|
|
|
buffer. A section should not end with an empty line, because a
|
|
|
|
newline will be inserted after each section by `notmuch-hello'.
|
|
|
|
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
Each function should take no arguments. The return value is
|
|
|
|
ignored.
|
2012-02-17 15:48:07 +01:00
|
|
|
|
|
|
|
For convenience an element can also be a list of the form (FUNC ARG1
|
|
|
|
ARG2 .. ARGN) in which case FUNC will be applied to the rest of the
|
|
|
|
list.
|
|
|
|
|
|
|
|
A \"Customized tag-list section\" item in the customize-interface
|
|
|
|
displays a list of all tags, optionally hiding some of them. It
|
|
|
|
is also possible to filter the list of messages matching each tag
|
|
|
|
by an additional filter query. Similarly, the count of messages
|
|
|
|
displayed next to the buttons can be generated by applying a
|
|
|
|
different filter to the tag query. These filters are also
|
|
|
|
supported for \"Customized queries section\" items."
|
2012-04-16 04:57:36 +02:00
|
|
|
:group 'notmuch-hello
|
2012-02-17 15:48:07 +01:00
|
|
|
:type
|
|
|
|
'(repeat
|
|
|
|
(choice (function-item notmuch-hello-insert-header)
|
|
|
|
(function-item notmuch-hello-insert-saved-searches)
|
|
|
|
(function-item notmuch-hello-insert-search)
|
|
|
|
(function-item notmuch-hello-insert-recent-searches)
|
|
|
|
(function-item notmuch-hello-insert-alltags)
|
|
|
|
(function-item notmuch-hello-insert-footer)
|
|
|
|
(function-item notmuch-hello-insert-inbox)
|
|
|
|
notmuch-hello-tags-section
|
|
|
|
notmuch-hello-query-section
|
|
|
|
(function :tag "Custom section"))))
|
|
|
|
|
2013-09-03 23:45:18 +02:00
|
|
|
(defcustom notmuch-hello-auto-refresh t
|
|
|
|
"Automatically refresh when returning to the notmuch-hello buffer."
|
|
|
|
:group 'notmuch-hello
|
|
|
|
:type 'boolean)
|
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Internal variables
|
|
|
|
|
2012-02-17 15:48:07 +01:00
|
|
|
(defvar notmuch-hello-hidden-sections nil
|
2020-05-24 21:17:56 +02:00
|
|
|
"List of sections titles whose contents are hidden.")
|
2012-02-17 15:48:07 +01:00
|
|
|
|
|
|
|
(defvar notmuch-hello-first-run t
|
2020-11-16 22:28:29 +01:00
|
|
|
"True if `notmuch-hello' is run for the first time, set to nil afterwards.")
|
2012-02-17 15:48:07 +01:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Widgets for inserters
|
2010-05-04 15:44:39 +02:00
|
|
|
|
2021-01-10 15:00:39 +01:00
|
|
|
(define-widget 'notmuch-search-item 'item
|
|
|
|
"A recent search."
|
|
|
|
:format "%v\n"
|
|
|
|
:value-create 'notmuch-search-item-value-create)
|
|
|
|
|
|
|
|
(defun notmuch-search-item-value-create (widget)
|
|
|
|
(let ((value (widget-get widget :value)))
|
|
|
|
(widget-insert (make-string notmuch-hello-indent ?\s))
|
|
|
|
(widget-create 'editable-field
|
|
|
|
:size (widget-get widget :size)
|
|
|
|
:parent widget
|
|
|
|
:action #'notmuch-hello-search
|
|
|
|
value)
|
|
|
|
(widget-insert " ")
|
|
|
|
(widget-create 'push-button
|
|
|
|
:parent widget
|
|
|
|
:notify #'notmuch-hello-add-saved-search
|
|
|
|
"save")
|
|
|
|
(widget-insert " ")
|
|
|
|
(widget-create 'push-button
|
|
|
|
:parent widget
|
|
|
|
:notify #'notmuch-hello-delete-search-from-history
|
|
|
|
"del")))
|
|
|
|
|
|
|
|
(defun notmuch-search-item-field-width ()
|
|
|
|
(max 8 ; Don't let the search boxes be less than 8 characters wide.
|
|
|
|
(- (window-width)
|
|
|
|
notmuch-hello-indent ; space at bol
|
|
|
|
notmuch-hello-indent ; space at eol
|
|
|
|
1 ; for the space before the [save] button
|
|
|
|
6 ; for the [save] button
|
|
|
|
1 ; for the space before the [del] button
|
|
|
|
5))) ; for the [del] button
|
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Widget actions
|
|
|
|
|
2021-01-10 15:00:38 +01:00
|
|
|
(defun notmuch-hello-search (widget &rest _event)
|
|
|
|
(let ((search (widget-value widget)))
|
|
|
|
(when search
|
|
|
|
(setq search (string-trim search))
|
|
|
|
(let ((history-delete-duplicates t))
|
|
|
|
(add-to-history 'notmuch-search-history search)))
|
|
|
|
(notmuch-search search notmuch-search-oldest-first)))
|
|
|
|
|
|
|
|
(defun notmuch-hello-add-saved-search (widget &rest _event)
|
|
|
|
(let ((search (widget-value (widget-get widget :parent)))
|
2010-04-22 10:27:33 +02:00
|
|
|
(name (completing-read "Name for saved search: "
|
2010-04-27 06:45:19 +02:00
|
|
|
notmuch-saved-searches)))
|
2010-04-22 10:27:33 +02:00
|
|
|
;; If an existing saved search with this name exists, remove it.
|
2010-04-27 06:45:19 +02:00
|
|
|
(setq notmuch-saved-searches
|
2020-04-25 22:18:07 +02:00
|
|
|
(cl-loop for elem in notmuch-saved-searches
|
2021-01-13 18:37:50 +01:00
|
|
|
unless (equal name (notmuch-saved-search-get elem :name))
|
2020-04-25 22:18:07 +02:00
|
|
|
collect elem))
|
2010-04-22 10:27:33 +02:00
|
|
|
;; Add the new one.
|
2010-04-27 06:45:19 +02:00
|
|
|
(customize-save-variable 'notmuch-saved-searches
|
2011-09-23 20:57:38 +02:00
|
|
|
(add-to-list 'notmuch-saved-searches
|
2014-04-06 07:44:47 +02:00
|
|
|
(list :name name :query search) t))
|
2010-04-22 10:27:33 +02:00
|
|
|
(message "Saved '%s' as '%s'." search name)
|
|
|
|
(notmuch-hello-update)))
|
|
|
|
|
2021-01-10 15:00:38 +01:00
|
|
|
(defun notmuch-hello-delete-search-from-history (widget &rest _event)
|
|
|
|
(when (y-or-n-p "Are you sure you want to delete this search? ")
|
|
|
|
(let ((search (widget-value (widget-get widget :parent))))
|
|
|
|
(setq notmuch-search-history
|
|
|
|
(delete search notmuch-search-history)))
|
2013-06-07 22:57:46 +02:00
|
|
|
(notmuch-hello-update)))
|
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Button utilities
|
|
|
|
|
|
|
|
;; `notmuch-hello-query-counts', `notmuch-hello-nice-number' and
|
|
|
|
;; `notmuch-hello-insert-buttons' are used outside this section.
|
|
|
|
;; All other functions that are defined in this section are only
|
|
|
|
;; used by these two functions.
|
|
|
|
|
2012-02-17 15:48:07 +01:00
|
|
|
(defun notmuch-hello-longest-label (searches-alist)
|
2020-04-25 22:18:07 +02:00
|
|
|
(or (cl-loop for elem in searches-alist
|
|
|
|
maximize (length (notmuch-saved-search-get elem :name)))
|
2010-04-22 10:27:33 +02:00
|
|
|
0))
|
|
|
|
|
2010-04-27 12:04:37 +02:00
|
|
|
(defun notmuch-hello-reflect-generate-row (ncols nrows row list)
|
|
|
|
(let ((len (length list)))
|
2020-04-25 22:18:07 +02:00
|
|
|
(cl-loop for col from 0 to (- ncols 1)
|
|
|
|
collect (let ((offset (+ (* nrows col) row)))
|
|
|
|
(if (< offset len)
|
|
|
|
(nth offset list)
|
|
|
|
;; Don't forget to insert an empty slot in the
|
|
|
|
;; output matrix if there is no corresponding
|
|
|
|
;; value in the input matrix.
|
|
|
|
nil)))))
|
2010-04-27 12:04:37 +02:00
|
|
|
|
|
|
|
(defun notmuch-hello-reflect (list ncols)
|
|
|
|
"Reflect a `ncols' wide matrix represented by `list' along the
|
2010-04-22 10:27:33 +02:00
|
|
|
diagonal."
|
|
|
|
;; Not very lispy...
|
2010-04-30 12:33:57 +02:00
|
|
|
(let ((nrows (ceiling (length list) ncols)))
|
2020-04-25 22:18:07 +02:00
|
|
|
(cl-loop for row from 0 to (- nrows 1)
|
|
|
|
append (notmuch-hello-reflect-generate-row ncols nrows row list))))
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2021-01-10 15:00:48 +01:00
|
|
|
(defun notmuch-hello-widget-search (widget &rest _ignore)
|
2021-01-13 18:37:50 +01:00
|
|
|
(cl-case (widget-get widget :notmuch-search-type)
|
|
|
|
(tree
|
2021-07-02 22:44:22 +02:00
|
|
|
(notmuch-tree (widget-get widget :notmuch-search-terms)
|
|
|
|
nil nil nil nil nil nil
|
|
|
|
(widget-get widget :notmuch-search-oldest-first)))
|
2021-01-13 18:37:50 +01:00
|
|
|
(unthreaded
|
|
|
|
(notmuch-unthreaded (widget-get widget :notmuch-search-terms)))
|
2020-02-27 18:16:52 +01:00
|
|
|
(t
|
2021-01-13 18:37:50 +01:00
|
|
|
(notmuch-search (widget-get widget :notmuch-search-terms)
|
|
|
|
(widget-get widget :notmuch-search-oldest-first)))))
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2010-04-27 07:40:31 +02:00
|
|
|
(defun notmuch-saved-search-count (search)
|
2021-08-29 21:23:29 +02:00
|
|
|
(car (notmuch--process-lines notmuch-command "count" search)))
|
2010-04-27 07:40:31 +02:00
|
|
|
|
2010-04-29 10:28:23 +02:00
|
|
|
(defun notmuch-hello-tags-per-line (widest)
|
|
|
|
"Determine how many tags to show per line and how wide they
|
|
|
|
should be. Returns a cons cell `(tags-per-line width)'."
|
|
|
|
(let ((tags-per-line
|
|
|
|
(cond
|
|
|
|
((integerp notmuch-column-control)
|
|
|
|
(max 1
|
|
|
|
(/ (- (window-width) notmuch-hello-indent)
|
2010-05-04 15:44:39 +02:00
|
|
|
;; Count is 9 wide (8 digits plus space), 1 for the space
|
2010-04-29 10:28:23 +02:00
|
|
|
;; after the name.
|
2010-05-04 15:44:39 +02:00
|
|
|
(+ 9 1 (max notmuch-column-control widest)))))
|
2010-04-29 10:28:23 +02:00
|
|
|
((floatp notmuch-column-control)
|
|
|
|
(let* ((available-width (- (window-width) notmuch-hello-indent))
|
2020-08-08 13:49:36 +02:00
|
|
|
(proposed-width (max (* available-width notmuch-column-control)
|
|
|
|
widest)))
|
2010-04-29 10:28:23 +02:00
|
|
|
(floor available-width proposed-width)))
|
|
|
|
(t
|
|
|
|
(max 1
|
|
|
|
(/ (- (window-width) notmuch-hello-indent)
|
2010-05-04 15:44:39 +02:00
|
|
|
;; Count is 9 wide (8 digits plus space), 1 for the space
|
2010-04-29 10:28:23 +02:00
|
|
|
;; after the name.
|
2010-05-04 15:44:39 +02:00
|
|
|
(+ 9 1 widest)))))))
|
2010-10-22 21:03:34 +02:00
|
|
|
(cons tags-per-line (/ (max 1
|
|
|
|
(- (window-width) notmuch-hello-indent
|
|
|
|
;; Count is 9 wide (8 digits plus
|
|
|
|
;; space), 1 for the space after the
|
|
|
|
;; name.
|
|
|
|
(* tags-per-line (+ 9 1))))
|
2010-04-29 10:28:23 +02:00
|
|
|
tags-per-line))))
|
|
|
|
|
2012-02-17 15:48:07 +01:00
|
|
|
(defun notmuch-hello-filtered-query (query filter)
|
|
|
|
"Constructs a query to search all messages matching QUERY and FILTER.
|
|
|
|
|
|
|
|
If FILTER is a string, it is directly used in the returned query.
|
|
|
|
|
|
|
|
If FILTER is a function, it is called with QUERY as a parameter and
|
|
|
|
the string it returns is used as the query. If nil is returned,
|
|
|
|
the entry is hidden.
|
|
|
|
|
2020-05-24 21:17:56 +02:00
|
|
|
Otherwise, FILTER is ignored."
|
2012-02-17 15:48:07 +01:00
|
|
|
(cond
|
|
|
|
((functionp filter) (funcall filter query))
|
|
|
|
((stringp filter)
|
|
|
|
(concat "(" query ") and (" filter ")"))
|
|
|
|
(t query)))
|
|
|
|
|
2014-04-06 07:44:46 +02:00
|
|
|
(defun notmuch-hello-query-counts (query-list &rest options)
|
|
|
|
"Compute list of counts of matched messages from QUERY-LIST.
|
2012-02-17 15:48:07 +01:00
|
|
|
|
2014-04-06 07:44:46 +02:00
|
|
|
QUERY-LIST must be a list of saved-searches. Ideally each of
|
|
|
|
these is a plist but other options are available for backwards
|
|
|
|
compatibility: see `notmuch-saved-searches' for details.
|
2012-02-17 15:48:07 +01:00
|
|
|
|
2014-04-06 07:44:48 +02:00
|
|
|
The result is a list of plists each of which includes the
|
|
|
|
properties :name NAME, :query QUERY and :count COUNT, together
|
|
|
|
with any properties in the original saved-search.
|
2012-02-17 15:48:07 +01:00
|
|
|
|
|
|
|
The values :show-empty-searches, :filter and :filter-count from
|
|
|
|
options will be handled as specified for
|
|
|
|
`notmuch-hello-insert-searches'."
|
2013-03-31 11:46:03 +02:00
|
|
|
(with-temp-buffer
|
2014-04-06 07:44:46 +02:00
|
|
|
(dolist (elem query-list nil)
|
|
|
|
(let ((count-query (or (notmuch-saved-search-get elem :count-query)
|
|
|
|
(notmuch-saved-search-get elem :query))))
|
2013-03-31 11:46:03 +02:00
|
|
|
(insert
|
2014-02-08 15:25:17 +01:00
|
|
|
(replace-regexp-in-string
|
|
|
|
"\n" " "
|
|
|
|
(notmuch-hello-filtered-query count-query
|
|
|
|
(or (plist-get options :filter-count)
|
|
|
|
(plist-get options :filter))))
|
2020-08-08 13:49:38 +02:00
|
|
|
"\n")))
|
2021-08-29 21:23:30 +02:00
|
|
|
(unless (= (notmuch--call-process-region (point-min) (point-max) notmuch-command
|
2013-07-05 00:18:19 +02:00
|
|
|
t t nil "count" "--batch") 0)
|
2020-08-08 13:49:36 +02:00
|
|
|
(notmuch-logged-error
|
|
|
|
"notmuch count --batch failed"
|
|
|
|
"Please check that the notmuch CLI is new enough to support `count
|
2013-07-05 00:18:19 +02:00
|
|
|
--batch'. In general we recommend running matching versions of
|
|
|
|
the CLI and emacs interface."))
|
2013-03-31 11:46:03 +02:00
|
|
|
(goto-char (point-min))
|
2020-11-16 22:28:33 +01:00
|
|
|
(cl-mapcan
|
|
|
|
(lambda (elem)
|
|
|
|
(let* ((elem-plist (notmuch-hello-saved-search-to-plist elem))
|
|
|
|
(search-query (plist-get elem-plist :query))
|
|
|
|
(filtered-query (notmuch-hello-filtered-query
|
|
|
|
search-query (plist-get options :filter)))
|
|
|
|
(message-count (prog1 (read (current-buffer))
|
|
|
|
(forward-line 1))))
|
|
|
|
(when (and filtered-query (or (plist-get options :show-empty-searches)
|
|
|
|
(> message-count 0)))
|
|
|
|
(setq elem-plist (plist-put elem-plist :query filtered-query))
|
|
|
|
(list (plist-put elem-plist :count message-count)))))
|
|
|
|
query-list)))
|
2012-02-17 15:48:07 +01:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
(defun notmuch-hello-nice-number (n)
|
|
|
|
(let (result)
|
|
|
|
(while (> n 0)
|
|
|
|
(push (% n 1000) result)
|
|
|
|
(setq n (/ n 1000)))
|
|
|
|
(setq result (or result '(0)))
|
|
|
|
(apply #'concat
|
|
|
|
(number-to-string (car result))
|
|
|
|
(mapcar (lambda (elem)
|
|
|
|
(format "%s%03d" notmuch-hello-thousands-separator elem))
|
|
|
|
(cdr result)))))
|
|
|
|
|
2012-02-17 15:48:07 +01:00
|
|
|
(defun notmuch-hello-insert-buttons (searches)
|
|
|
|
"Insert buttons for SEARCHES.
|
|
|
|
|
2014-04-06 07:44:48 +02:00
|
|
|
SEARCHES must be a list of plists each of which should contain at
|
|
|
|
least the properties :name NAME :query QUERY and :count COUNT,
|
|
|
|
where QUERY is the query to start when the button for the
|
|
|
|
corresponding entry is activated, and COUNT should be the number
|
|
|
|
of messages matching the query. Such a plist can be computed
|
|
|
|
with `notmuch-hello-query-counts'."
|
2012-02-17 15:48:07 +01:00
|
|
|
(let* ((widest (notmuch-hello-longest-label searches))
|
|
|
|
(tags-and-width (notmuch-hello-tags-per-line widest))
|
2010-04-29 10:28:23 +02:00
|
|
|
(tags-per-line (car tags-and-width))
|
2012-03-10 04:54:15 +01:00
|
|
|
(column-width (cdr tags-and-width))
|
|
|
|
(column-indent 0)
|
2010-04-22 10:27:33 +02:00
|
|
|
(count 0)
|
2012-02-17 15:48:07 +01:00
|
|
|
(reordered-list (notmuch-hello-reflect searches tags-per-line))
|
2010-04-22 10:27:33 +02:00
|
|
|
;; Hack the display of the buttons used.
|
|
|
|
(widget-push-button-prefix "")
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
(widget-push-button-suffix ""))
|
2010-04-22 10:27:33 +02:00
|
|
|
;; dme: It feels as though there should be a better way to
|
|
|
|
;; implement this loop than using an incrementing counter.
|
2010-04-27 09:00:44 +02:00
|
|
|
(mapc (lambda (elem)
|
|
|
|
;; (not elem) indicates an empty slot in the matrix.
|
|
|
|
(when elem
|
2020-08-08 13:49:43 +02:00
|
|
|
(when (> column-indent 0)
|
|
|
|
(widget-insert (make-string column-indent ? )))
|
2014-04-06 07:44:48 +02:00
|
|
|
(let* ((name (plist-get elem :name))
|
|
|
|
(query (plist-get elem :query))
|
2020-04-25 22:18:07 +02:00
|
|
|
(oldest-first (cl-case (plist-get elem :sort-order)
|
2014-04-06 07:44:49 +02:00
|
|
|
(newest-first nil)
|
|
|
|
(oldest-first t)
|
|
|
|
(otherwise notmuch-search-oldest-first)))
|
2020-02-27 18:16:52 +01:00
|
|
|
(search-type (plist-get elem :search-type))
|
2014-04-06 07:44:48 +02:00
|
|
|
(msg-count (plist-get elem :count)))
|
2010-05-04 15:44:39 +02:00
|
|
|
(widget-insert (format "%8s "
|
2012-02-17 15:48:07 +01:00
|
|
|
(notmuch-hello-nice-number msg-count)))
|
2010-04-27 09:00:44 +02:00
|
|
|
(widget-create 'push-button
|
|
|
|
:notify #'notmuch-hello-widget-search
|
|
|
|
:notmuch-search-terms query
|
2014-04-06 07:44:49 +02:00
|
|
|
:notmuch-search-oldest-first oldest-first
|
2015-10-14 10:38:22 +02:00
|
|
|
:notmuch-search-type search-type
|
2012-03-10 04:54:15 +01:00
|
|
|
name)
|
|
|
|
(setq column-indent
|
|
|
|
(1+ (max 0 (- column-width (length name)))))))
|
2020-08-08 13:50:03 +02:00
|
|
|
(cl-incf count)
|
2012-03-10 04:54:15 +01:00
|
|
|
(when (eq (% count tags-per-line) 0)
|
|
|
|
(setq column-indent 0)
|
|
|
|
(widget-insert "\n")))
|
2010-04-27 09:00:44 +02:00
|
|
|
reordered-list)
|
2010-04-22 10:27:33 +02:00
|
|
|
;; If the last line was not full (and hence did not include a
|
|
|
|
;; carriage return), insert one now.
|
2012-01-16 11:56:40 +01:00
|
|
|
(unless (eq (% count tags-per-line) 0)
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
(widget-insert "\n"))))
|
2010-04-22 10:27:33 +02:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Mode
|
2010-04-22 10:27:33 +02:00
|
|
|
|
2016-10-15 09:32:41 +02:00
|
|
|
(defun notmuch-hello-update ()
|
|
|
|
"Update the notmuch-hello buffer."
|
2010-04-22 10:27:33 +02:00
|
|
|
;; Lazy - rebuild everything.
|
2016-10-15 09:32:40 +02:00
|
|
|
(interactive)
|
2016-10-15 09:32:41 +02:00
|
|
|
(notmuch-hello t))
|
2010-04-27 02:59:01 +02:00
|
|
|
|
2013-09-03 23:45:18 +02:00
|
|
|
(defun notmuch-hello-window-configuration-change ()
|
|
|
|
"Hook function to update the hello buffer when it is switched to."
|
|
|
|
(let ((hello-buf (get-buffer "*notmuch-hello*"))
|
|
|
|
(do-refresh nil))
|
|
|
|
;; Consider all windows in the currently selected frame, since
|
|
|
|
;; that's where the configuration change happened. This also
|
|
|
|
;; refreshes our snapshot of all windows, so we have to do this
|
|
|
|
;; even if we know we won't refresh (e.g., hello-buf is null).
|
|
|
|
(dolist (window (window-list))
|
|
|
|
(let ((last-buf (window-parameter window 'notmuch-hello-last-buffer))
|
|
|
|
(cur-buf (window-buffer window)))
|
2020-08-08 13:49:42 +02:00
|
|
|
(unless (eq last-buf cur-buf)
|
2013-09-03 23:45:18 +02:00
|
|
|
;; This window changed or is new. Update recorded buffer
|
|
|
|
;; for next time.
|
|
|
|
(set-window-parameter window 'notmuch-hello-last-buffer cur-buf)
|
|
|
|
(when (and (eq cur-buf hello-buf) last-buf)
|
|
|
|
;; The user just switched to hello in this window (hello
|
|
|
|
;; is currently visible, was not visible on the last
|
|
|
|
;; configuration change, and this is not a new window)
|
|
|
|
(setq do-refresh t)))))
|
|
|
|
(when (and do-refresh notmuch-hello-auto-refresh)
|
|
|
|
;; Refresh hello as soon as we get back to redisplay. On Emacs
|
|
|
|
;; 24, we can't do it right here because something in this
|
|
|
|
;; hook's call stack overrides hello's point placement.
|
2020-11-16 22:28:24 +01:00
|
|
|
;; FIXME And on Emacs releases that we still support?
|
2013-09-03 23:45:18 +02:00
|
|
|
(run-at-time nil nil #'notmuch-hello t))
|
2020-08-08 13:49:42 +02:00
|
|
|
(unless hello-buf
|
2013-09-03 23:45:18 +02:00
|
|
|
;; Clean up hook
|
|
|
|
(remove-hook 'window-configuration-change-hook
|
|
|
|
#'notmuch-hello-window-configuration-change))))
|
|
|
|
|
2010-05-03 12:29:32 +02:00
|
|
|
(defvar notmuch-hello-mode-map
|
2020-11-16 22:28:24 +01:00
|
|
|
;; Inherit both widget-keymap and notmuch-common-keymap. We have
|
|
|
|
;; to use make-sparse-keymap to force this to be a new keymap (so
|
|
|
|
;; that when we modify map it does not modify widget-keymap).
|
|
|
|
(let ((map (make-composed-keymap (list (make-sparse-keymap) widget-keymap))))
|
2013-09-03 23:45:24 +02:00
|
|
|
(set-keymap-parent map notmuch-common-keymap)
|
2010-05-03 12:29:32 +02:00
|
|
|
(define-key map (kbd "<C-tab>") 'widget-backward)
|
|
|
|
map)
|
|
|
|
"Keymap for \"notmuch hello\" buffers.")
|
|
|
|
|
2016-08-28 20:41:22 +02:00
|
|
|
(define-derived-mode notmuch-hello-mode fundamental-mode "notmuch-hello"
|
2020-08-08 13:49:38 +02:00
|
|
|
"Major mode for convenient notmuch navigation. This is your entry portal into notmuch.
|
2010-05-03 12:29:32 +02:00
|
|
|
|
2016-03-13 13:27:17 +01:00
|
|
|
Saved searches are \"bookmarks\" for arbitrary queries. Hit RET
|
|
|
|
or click on a saved search to view matching threads. Edit saved
|
|
|
|
searches with the `edit' button. Type `\\[notmuch-jump-search]'
|
|
|
|
in any Notmuch screen for quick access to saved searches that
|
|
|
|
have shortcut keys.
|
|
|
|
|
|
|
|
Type new searches in the search box and hit RET to view matching
|
|
|
|
threads. Hit RET in a recent search box to re-submit a previous
|
|
|
|
search. Edit it first if you like. Save a recent search to saved
|
|
|
|
searches with the `save' button.
|
|
|
|
|
|
|
|
Hit `\\[notmuch-search]' or `\\[notmuch-tree]' in any Notmuch
|
|
|
|
screen to search for messages and view matching threads or
|
|
|
|
messages, respectively. Recent searches are available in the
|
|
|
|
minibuffer history.
|
|
|
|
|
|
|
|
Expand the all tags view with the `show' button (and collapse
|
|
|
|
again with the `hide' button). Hit RET or click on a tag name to
|
|
|
|
view matching threads.
|
|
|
|
|
|
|
|
Hit `\\[notmuch-refresh-this-buffer]' to refresh the screen and
|
|
|
|
`\\[notmuch-bury-or-kill-this-buffer]' to quit.
|
|
|
|
|
|
|
|
The screen may be customized via `\\[customize]'.
|
|
|
|
|
2010-05-03 12:29:32 +02:00
|
|
|
Complete list of currently available key bindings:
|
|
|
|
|
|
|
|
\\{notmuch-hello-mode-map}"
|
2021-01-10 15:01:00 +01:00
|
|
|
(setq notmuch-buffer-refresh-function #'notmuch-hello-update))
|
2010-05-03 12:29:32 +02:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Inserters
|
|
|
|
|
2012-02-17 15:48:07 +01:00
|
|
|
(defun notmuch-hello-generate-tag-alist (&optional hide-tags)
|
2011-05-25 23:21:54 +02:00
|
|
|
"Return an alist from tags to queries to display in the all-tags section."
|
2020-11-16 22:28:33 +01:00
|
|
|
(cl-mapcan (lambda (tag)
|
|
|
|
(and (not (member tag hide-tags))
|
|
|
|
(list (cons tag
|
|
|
|
(concat "tag:"
|
|
|
|
(notmuch-escape-boolean-term tag))))))
|
2021-08-29 21:23:29 +02:00
|
|
|
(notmuch--process-lines notmuch-command "search" "--output=tags" "*")))
|
2012-02-17 15:48:07 +01:00
|
|
|
|
|
|
|
(defun notmuch-hello-insert-header ()
|
|
|
|
"Insert the default notmuch-hello header."
|
|
|
|
(when notmuch-show-logo
|
|
|
|
(let ((image notmuch-hello-logo))
|
|
|
|
;; The notmuch logo uses transparency. That can display poorly
|
|
|
|
;; when inserting the image into an emacs buffer (black logo on
|
|
|
|
;; a black background), so force the background colour of the
|
|
|
|
;; image. We use a face to represent the colour so that
|
|
|
|
;; `defface' can be used to declare the different possible
|
|
|
|
;; colours, which depend on whether the frame has a light or
|
|
|
|
;; dark background.
|
|
|
|
(setq image (cons 'image
|
|
|
|
(append (cdr image)
|
2020-08-08 13:49:36 +02:00
|
|
|
(list :background
|
|
|
|
(face-background
|
|
|
|
'notmuch-hello-logo-background)))))
|
2012-02-17 15:48:07 +01:00
|
|
|
(insert-image image))
|
|
|
|
(widget-insert " "))
|
|
|
|
|
|
|
|
(widget-insert "Welcome to ")
|
|
|
|
;; Hack the display of the links used.
|
|
|
|
(let ((widget-link-prefix "")
|
|
|
|
(widget-link-suffix ""))
|
|
|
|
(widget-create 'link
|
2021-01-10 15:00:48 +01:00
|
|
|
:notify (lambda (&rest _ignore)
|
2012-02-17 15:48:07 +01:00
|
|
|
(browse-url notmuch-hello-url))
|
|
|
|
:help-echo "Visit the notmuch website."
|
|
|
|
"notmuch")
|
|
|
|
(widget-insert ". ")
|
|
|
|
(widget-insert "You have ")
|
|
|
|
(widget-create 'link
|
2021-01-10 15:00:48 +01:00
|
|
|
:notify (lambda (&rest _ignore)
|
2012-02-17 15:48:07 +01:00
|
|
|
(notmuch-hello-update))
|
|
|
|
:help-echo "Refresh"
|
|
|
|
(notmuch-hello-nice-number
|
2020-08-08 13:49:36 +02:00
|
|
|
(string-to-number
|
2021-08-29 21:23:29 +02:00
|
|
|
(car (notmuch--process-lines notmuch-command "count")))))
|
2012-02-17 15:48:07 +01:00
|
|
|
(widget-insert " messages.\n")))
|
|
|
|
|
|
|
|
(defun notmuch-hello-insert-saved-searches ()
|
|
|
|
"Insert the saved-searches section."
|
|
|
|
(let ((searches (notmuch-hello-query-counts
|
|
|
|
(if notmuch-saved-search-sort-function
|
|
|
|
(funcall notmuch-saved-search-sort-function
|
|
|
|
notmuch-saved-searches)
|
|
|
|
notmuch-saved-searches)
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
:show-empty-searches notmuch-show-empty-saved-searches)))
|
2012-02-17 15:48:07 +01:00
|
|
|
(when searches
|
|
|
|
(widget-insert "Saved searches: ")
|
|
|
|
(widget-create 'push-button
|
2021-01-10 15:00:48 +01:00
|
|
|
:notify (lambda (&rest _ignore)
|
2012-02-17 15:48:07 +01:00
|
|
|
(customize-variable 'notmuch-saved-searches))
|
|
|
|
"edit")
|
|
|
|
(widget-insert "\n\n")
|
|
|
|
(let ((start (point)))
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
(notmuch-hello-insert-buttons searches)
|
|
|
|
(indent-rigidly start (point) notmuch-hello-indent)))))
|
2012-02-17 15:48:07 +01:00
|
|
|
|
|
|
|
(defun notmuch-hello-insert-search ()
|
|
|
|
"Insert a search widget."
|
|
|
|
(widget-insert "Search: ")
|
|
|
|
(widget-create 'editable-field
|
|
|
|
;; Leave some space at the start and end of the
|
|
|
|
;; search boxes.
|
|
|
|
:size (max 8 (- (window-width) notmuch-hello-indent
|
|
|
|
(length "Search: ")))
|
2021-01-10 15:00:38 +01:00
|
|
|
:action #'notmuch-hello-search)
|
2012-02-17 15:48:07 +01:00
|
|
|
;; Add an invisible dot to make `widget-end-of-line' ignore
|
|
|
|
;; trailing spaces in the search widget field. A dot is used
|
|
|
|
;; instead of a space to make `show-trailing-whitespace'
|
|
|
|
;; happy, i.e. avoid it marking the whole line as trailing
|
|
|
|
;; spaces.
|
2021-01-13 18:37:50 +01:00
|
|
|
(widget-insert (propertize "." 'invisible t))
|
2012-02-17 15:48:07 +01:00
|
|
|
(widget-insert "\n"))
|
|
|
|
|
|
|
|
(defun notmuch-hello-insert-recent-searches ()
|
|
|
|
"Insert recent searches."
|
|
|
|
(when notmuch-search-history
|
|
|
|
(widget-insert "Recent searches: ")
|
2021-01-10 15:00:39 +01:00
|
|
|
(widget-create
|
|
|
|
'push-button
|
|
|
|
:notify (lambda (&rest _ignore)
|
|
|
|
(when (y-or-n-p "Are you sure you want to clear the searches? ")
|
|
|
|
(setq notmuch-search-history nil)
|
|
|
|
(notmuch-hello-update)))
|
|
|
|
"clear")
|
2012-02-17 15:48:07 +01:00
|
|
|
(widget-insert "\n\n")
|
2021-01-10 15:00:39 +01:00
|
|
|
(let ((width (notmuch-search-item-field-width)))
|
|
|
|
(dolist (search (seq-take notmuch-search-history
|
|
|
|
notmuch-hello-recent-searches-max))
|
|
|
|
(widget-create 'notmuch-search-item :value search :size width)))))
|
2012-02-17 15:48:07 +01:00
|
|
|
|
2014-04-06 07:44:46 +02:00
|
|
|
(defun notmuch-hello-insert-searches (title query-list &rest options)
|
|
|
|
"Insert a section with TITLE showing a list of buttons made from QUERY-LIST.
|
2012-02-17 15:48:07 +01:00
|
|
|
|
2014-04-06 07:44:46 +02:00
|
|
|
QUERY-LIST should ideally be a plist but for backwards
|
|
|
|
compatibility other forms are also accepted (see
|
|
|
|
`notmuch-saved-searches' for details). The plist should
|
|
|
|
contain keys :name and :query; if :count-query is also present
|
|
|
|
then it specifies an alternate query to be used to generate the
|
|
|
|
count for the associated search.
|
2012-02-17 15:48:07 +01:00
|
|
|
|
|
|
|
Supports the following entries in OPTIONS as a plist:
|
|
|
|
:initially-hidden - if non-nil, section will be hidden on startup
|
|
|
|
:show-empty-searches - show buttons with no matching messages
|
|
|
|
:hide-if-empty - hide if no buttons would be shown
|
|
|
|
(only makes sense without :show-empty-searches)
|
|
|
|
:filter - This can be a function that takes the search query as its argument and
|
2018-01-02 16:32:38 +01:00
|
|
|
returns a filter to be used in conjunction with the query for that search or nil
|
2012-02-17 15:48:07 +01:00
|
|
|
to hide the element. This can also be a string that is used as a combined with
|
|
|
|
each query using \"and\".
|
|
|
|
:filter-count - Separate filter to generate the count displayed each search. Accepts
|
|
|
|
the same values as :filter. If :filter and :filter-count are specified, this
|
|
|
|
will be used instead of :filter, not in conjunction with it."
|
|
|
|
(widget-insert title ": ")
|
2020-08-08 13:49:43 +02:00
|
|
|
(when (and notmuch-hello-first-run (plist-get options :initially-hidden))
|
|
|
|
(add-to-list 'notmuch-hello-hidden-sections title))
|
2012-02-17 15:48:07 +01:00
|
|
|
(let ((is-hidden (member title notmuch-hello-hidden-sections))
|
|
|
|
(start (point)))
|
|
|
|
(if is-hidden
|
|
|
|
(widget-create 'push-button
|
2021-07-19 13:31:05 +02:00
|
|
|
:notify (lambda (&rest _ignore)
|
|
|
|
(setq notmuch-hello-hidden-sections
|
|
|
|
(delete title notmuch-hello-hidden-sections))
|
|
|
|
(notmuch-hello-update))
|
2012-02-17 15:48:07 +01:00
|
|
|
"show")
|
|
|
|
(widget-create 'push-button
|
2021-07-19 13:31:05 +02:00
|
|
|
:notify (lambda (&rest _ignore)
|
|
|
|
(add-to-list 'notmuch-hello-hidden-sections
|
|
|
|
title)
|
|
|
|
(notmuch-hello-update))
|
2012-02-17 15:48:07 +01:00
|
|
|
"hide"))
|
|
|
|
(widget-insert "\n")
|
2020-08-08 13:49:42 +02:00
|
|
|
(unless is-hidden
|
2014-04-06 07:44:46 +02:00
|
|
|
(let ((searches (apply 'notmuch-hello-query-counts query-list options)))
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
(when (or (not (plist-get options :hide-if-empty))
|
|
|
|
searches)
|
|
|
|
(widget-insert "\n")
|
|
|
|
(notmuch-hello-insert-buttons searches)
|
|
|
|
(indent-rigidly start (point) notmuch-hello-indent))))))
|
2012-02-17 15:48:07 +01:00
|
|
|
|
|
|
|
(defun notmuch-hello-insert-tags-section (&optional title &rest options)
|
|
|
|
"Insert a section displaying all tags with message counts.
|
|
|
|
|
|
|
|
TITLE defaults to \"All tags\".
|
|
|
|
Allowed options are those accepted by `notmuch-hello-insert-searches' and the
|
|
|
|
following:
|
|
|
|
|
|
|
|
:hide-tags - List of tags that should be excluded."
|
|
|
|
(apply 'notmuch-hello-insert-searches
|
|
|
|
(or title "All tags")
|
|
|
|
(notmuch-hello-generate-tag-alist (plist-get options :hide-tags))
|
|
|
|
options))
|
|
|
|
|
|
|
|
(defun notmuch-hello-insert-inbox ()
|
2020-05-24 21:17:56 +02:00
|
|
|
"Show an entry for each saved search and inboxed messages for each tag."
|
2012-02-17 15:48:07 +01:00
|
|
|
(notmuch-hello-insert-searches "What's in your inbox"
|
|
|
|
(append
|
2012-12-03 22:23:44 +01:00
|
|
|
notmuch-saved-searches
|
2012-02-17 15:48:07 +01:00
|
|
|
(notmuch-hello-generate-tag-alist))
|
|
|
|
:filter "tag:inbox"))
|
|
|
|
|
|
|
|
(defun notmuch-hello-insert-alltags ()
|
2020-05-24 21:17:56 +02:00
|
|
|
"Insert a section displaying all tags and associated message counts."
|
2012-02-17 15:48:07 +01:00
|
|
|
(notmuch-hello-insert-tags-section
|
|
|
|
nil
|
|
|
|
:initially-hidden (not notmuch-show-all-tags-list)
|
|
|
|
:hide-tags notmuch-hello-hide-tags
|
|
|
|
:filter notmuch-hello-tag-list-make-query))
|
|
|
|
|
|
|
|
(defun notmuch-hello-insert-footer ()
|
|
|
|
"Insert the notmuch-hello footer."
|
|
|
|
(let ((start (point)))
|
2016-03-13 13:27:17 +01:00
|
|
|
(widget-insert "Hit `?' for context-sensitive help in any Notmuch screen.\n")
|
|
|
|
(widget-insert "Customize ")
|
|
|
|
(widget-create 'link
|
2021-01-10 15:00:48 +01:00
|
|
|
:notify (lambda (&rest _ignore)
|
2016-03-13 13:27:17 +01:00
|
|
|
(customize-group 'notmuch))
|
|
|
|
:button-prefix "" :button-suffix ""
|
|
|
|
"Notmuch")
|
|
|
|
(widget-insert " or ")
|
2012-02-17 15:48:07 +01:00
|
|
|
(widget-create 'link
|
2021-01-10 15:00:48 +01:00
|
|
|
:notify (lambda (&rest _ignore)
|
2012-02-17 15:48:07 +01:00
|
|
|
(customize-variable 'notmuch-hello-sections))
|
|
|
|
:button-prefix "" :button-suffix ""
|
2016-03-13 13:27:17 +01:00
|
|
|
"this page.")
|
2012-02-17 15:48:07 +01:00
|
|
|
(let ((fill-column (- (window-width) notmuch-hello-indent)))
|
|
|
|
(center-region start (point)))))
|
2011-05-25 23:21:54 +02:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; Hello!
|
|
|
|
|
2010-10-30 00:27:01 +02:00
|
|
|
;;;###autoload
|
2010-04-27 04:43:21 +02:00
|
|
|
(defun notmuch-hello (&optional no-display)
|
2010-10-30 00:27:01 +02:00
|
|
|
"Run notmuch and display saved searches, known tags, etc."
|
2010-04-22 10:27:33 +02:00
|
|
|
(interactive)
|
2014-01-26 19:44:27 +01:00
|
|
|
(notmuch-assert-cli-sane)
|
2013-09-03 23:45:18 +02:00
|
|
|
;; This may cause a window configuration change, so if the
|
|
|
|
;; auto-refresh hook is already installed, avoid recursive refresh.
|
|
|
|
(let ((notmuch-hello-auto-refresh nil))
|
|
|
|
(if no-display
|
|
|
|
(set-buffer "*notmuch-hello*")
|
2020-08-11 18:59:13 +02:00
|
|
|
(pop-to-buffer-same-window "*notmuch-hello*")))
|
2013-09-03 23:45:18 +02:00
|
|
|
;; Install auto-refresh hook
|
|
|
|
(when notmuch-hello-auto-refresh
|
|
|
|
(add-hook 'window-configuration-change-hook
|
|
|
|
#'notmuch-hello-window-configuration-change))
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
(let ((target-line (line-number-at-pos))
|
|
|
|
(target-column (current-column))
|
2011-12-18 01:21:21 +01:00
|
|
|
(inhibit-read-only t))
|
|
|
|
;; Delete all editable widget fields. Editable widget fields are
|
|
|
|
;; tracked in a buffer local variable `widget-field-list' (and
|
|
|
|
;; others). If we do `erase-buffer' without properly deleting the
|
|
|
|
;; widgets, some widget-related functions are confused later.
|
|
|
|
(mapc 'widget-delete widget-field-list)
|
|
|
|
(erase-buffer)
|
2010-05-03 12:29:32 +02:00
|
|
|
(unless (eq major-mode 'notmuch-hello-mode)
|
|
|
|
(notmuch-hello-mode))
|
2010-04-27 04:43:21 +02:00
|
|
|
(let ((all (overlay-lists)))
|
|
|
|
;; Delete all the overlays.
|
|
|
|
(mapc 'delete-overlay (car all))
|
|
|
|
(mapc 'delete-overlay (cdr all)))
|
emacs: simplify point placement in notmuch-hello refresh
notmuch-hello (called also through notmuch-hello-update, bound to '='
by default) tries to find the widget under or following point before
refresh, and put the point back to the widget afterwards. The code has
grown quite complicated, and has at least the following issues:
1) All the individual section functions have to include code to
support point placement. If there is no such support, point is
dropped to the search box. Only saved searches and all tags
sections support point placement.
2) Point placement is based on widget-value. If there are two widgets
with the same widget-value (for example a saved search with the
same name as a tag) the point is moved to the earlier one, even if
point was on the later one.
3) When first entering notmuch-hello notmuch-hello-target is nil, and
point is dropped to the search box.
Moving the point to the search box is annoying because the user is
required to move the point before being able to enter key bindings.
Simplify the code by removing all point placement based on widgets, as
it does not work properly, and trying to fix that would unnecessarily
complicate the code.
Save current line and column before refresh, and restore them
afterwards. Sometimes, if notmuch-show-empty-saved-searches is nil,
and the refresh adds or removes saved searches from the list, this has
the appearance of moving the point relative to the nearest
widgets. This is a much smaller and less frequent problem than the
ones listed above.
2012-09-30 09:36:12 +02:00
|
|
|
(mapc
|
|
|
|
(lambda (section)
|
|
|
|
(let ((point-before (point)))
|
|
|
|
(if (functionp section)
|
|
|
|
(funcall section)
|
|
|
|
(apply (car section) (cdr section)))
|
|
|
|
;; don't insert a newline when the previous section didn't
|
|
|
|
;; show anything.
|
|
|
|
(unless (eq (point) point-before)
|
|
|
|
(widget-insert "\n"))))
|
|
|
|
notmuch-hello-sections)
|
|
|
|
(widget-setup)
|
|
|
|
;; Move point back to where it was before refresh. Use line and
|
|
|
|
;; column instead of point directly to be insensitive to additions
|
|
|
|
;; and removals of text within earlier lines.
|
|
|
|
(goto-char (point-min))
|
|
|
|
(forward-line (1- target-line))
|
|
|
|
(move-to-column target-column))
|
2012-02-17 15:48:07 +01:00
|
|
|
(run-hooks 'notmuch-hello-refresh-hook)
|
|
|
|
(setq notmuch-hello-first-run nil))
|
2010-04-22 10:27:33 +02:00
|
|
|
|
emacs: make headings outline-minor-mode compatible
`outline-minor-mode' treats comments that begin with three or more
semicolons as headings. That makes it very convenient to navigate
code and to show/hide parts of a file.
Elips libraries typically have four top-level sections, e.g.:
;;; notmuch.el --- run notmuch within emacs...
;;; Commentary:...
;;; Code:...
;;; notmuch.el ends here
In this package many libraries lack a "Commentary:" section, which is
not optimal but okay for most libraries, except major entry points.
Depending on how one chooses to look at it, the "... ends here" line
is not really a heading that begins a section, because it should never
have a "section" body (after all it marks eof).
If the file is rather short, then I left "Code:" as the only section
that contains code. Otherwise I split the file into multiple sibling
sections. The "Code:" section continues to contain `require' and
`declare-function' forms and other such "front matter".
If and only if I have split the code into multiple sections anyway,
then I also added an additional section named just "_" before the
`provide' form and shortly before the "...end here" line. This
section could also be called "Back matter", but I feel it would be
distracting to be that explicit about it. (The IMO unnecessary but
unfortunately still obligatory "... ends here" line is already
distracting enough as far as I am concerned.)
Before this commit some libraries already uses section headings, some
of them consistently. When a library already had some headings, then
this commit often sticks to that style, even at the cost inconsistent
styling across all libraries.
A very limited number of variable and function definitions have to be
moved around because they would otherwise end up in sections they do
not belong into.
Sections, including but not limited to their heading, can and should
be further improved in the future.
2021-01-10 15:00:46 +01:00
|
|
|
;;; _
|
2010-04-22 10:27:33 +02:00
|
|
|
|
|
|
|
(provide 'notmuch-hello)
|
2016-04-13 09:58:47 +02:00
|
|
|
|
|
|
|
;;; notmuch-hello.el ends here
|