On Thu, 15 Dec 2011 19:50:36 -0400, David Bremner wrote:
> I think the problem is related to emacsclient.
>
> With 'm' I have the following behaviour:
>
> emacs -q --daemon
> M-x notmuch (to load variable definitions)
> M-x customize-variable notmuch-mua-compose-in
> (select compose in new windo
On Tue, 20 Dec 2011 08:45:14 +, David Edmondson wrote:
> With the default configuration ('space' moves through the messages
> matching the search and back to the results index at the end) it's
> unnecessary to signal an error when the last message has been read, as
> this is the common case.
>
On Sat, 24 Dec 2011 20:06:35 -0500, Austin Clements wrote:
> Awesome. This looks significantly cleaner. I think this is worth
> pushing for the comment you added to notmuch-show-advance alone.
+1
> Quoth David Edmondson on Dec 23 at 6:41 pm:
> > The advance/rewind functions had become complex
On Sat, 24 Dec 2011 13:52:42 -0500, Austin Clements wrote:
> Rename sig_attempted to verify_attempted.
>
Pushed.
d
On Thu, 15 Dec 2011 19:50:36 -0400, David Bremner wrote:
> I think the problem is related to emacsclient.
>
> With 'm' I have the following behaviour:
>
> emacs -q --daemon
> M-x notmuch (to load variable definitions)
> M-x customize-variable notmuch-mua-compose-in
> (select compose in new windo
On Tue, 20 Dec 2011 08:45:14 +, David Edmondson wrote:
> With the default configuration ('space' moves through the messages
> matching the search and back to the results index at the end) it's
> unnecessary to signal an error when the last message has been read, as
> this is the common case.
>
On Sat, 24 Dec 2011 20:06:35 -0500, Austin Clements wrote:
> Awesome. This looks significantly cleaner. I think this is worth
> pushing for the comment you added to notmuch-show-advance alone.
+1
> Quoth David Edmondson on Dec 23 at 6:41 pm:
> > The advance/rewind functions had become complex
On Sat, 24 Dec 2011 13:52:42 -0500, Austin Clements wrote:
> Rename sig_attempted to verify_attempted.
>
Pushed.
d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Good news everyone!
I have just tagged the bugfix release version 0.21 of my terminal GUI `alot`.
You can get a tarball here: https://github.com/pazz/alot/tarball/0.21
NEWS:
* avoid traceback infos from getting written on top of the ui
* new "--help" output, autogenerated manpage
* version strin
h search json output
json: date_relative for threads
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 315 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111225/b90e5311/attachment.pgp>
On Fri, 23 Dec 2011 22:46:19 -0500, Austin Clements wrote:
> Quoth Dmitry Kurochkin on Dec 10 at 3:43 pm:
> > On Fri, 9 Dec 2011 14:54:27 -0500, Austin Clements
> > wrote:
> > > This function matches how we number parts for the --part argument to
> > > show. It will allow us to jump directly
All looks good to me. Let's push it.
I have some minor comments, but they are all more of a style preference
(e.g. sig_validity vs signature_validity, using conditional operator (x
? y : z) where possible).
Regards,
Dmitry
___
notmuch mailing list
no
Signed-off-by: Jani Nikula
---
test/emacs-subject-to-filename | 138
test/notmuch-test |1 +
2 files changed, 139 insertions(+), 0 deletions(-)
create mode 100755 test/emacs-subject-to-filename
diff --git a/test/emacs-subject-to-filenam
Use the mail subject line for creating a descriptive filename for the wash
generated inline patch fake parts. The names are similar to the ones
created by 'git format-patch'.
If the user has notmuch-wash-convert-inline-patch-to-part hook enabled in
notmuch-show-insert-text/plain-hook, this will ch
Hi all, v2 with the following changes:
* split the conversion function into three
* figure out patch sequence number from the [PATCH N/M] style prefixes
* write a bunch of tests for the functions
* update the regexps according to bugs found in tests :)
BR,
Jani.
Jani Nikula (2):
emacs: create
Well, it's -19C outside, so guess that is appropriate.
I have merged master to release in preparation for release. There should
only be additions to NEWS or fixes for serious bugs for branch release
until 0.11 is out the door.
Speaking of NEWS, please have a look at the commits listed under your
Good news everyone!
I have just tagged the bugfix release version 0.21 of my terminal GUI `alot`.
You can get a tarball here: https://github.com/pazz/alot/tarball/0.21
NEWS:
* avoid traceback infos from getting written on top of the ui
* new "--help" output, autogenerated manpage
* version strin
---
test/emacs.expected-output/notmuch-hello |6 +++---
.../notmuch-hello-no-saved-searches|6 +++---
.../emacs.expected-output/notmuch-hello-with-empty |6 +++---
3 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/test/emacs.expected-output/notmuc
---
emacs/notmuch-hello.el | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
index fa33500..6015af4 100644
--- a/emacs/notmuch-hello.el
+++ b/emacs/notmuch-hello.el
@@ -30,7 +30,10 @@
(declare-function notmuch-pol
Reindent `notmuch-hello' function after the search history changes.
---
emacs/notmuch-hello.el | 56
1 files changed, 28 insertions(+), 28 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
index eb08a09..fa33500 100644
---
Before the change, there were two ways to do search in Emacs UI:
search widget in notmuch-hello buffer and `notmuch-search'
function bound to "s". Internally, notmuch-hello search widget
uses `notmuch-search' function. But it uses widget field input
instead of minibuffer. Such duplication is a m
21 matches
Mail list logo