This option allows to configure the criterion for duplicate address
filtering. Without this option, all unique combinations of name and
address parts are printed. This option allows to filter the output
more, for example to only contain unique address parts.
---
completion/notmuch-completion.bash
This output can be used with --output=recipients or --output=sender
and in addition to the addresses, it prints how many times was each
address encountered during search.
---
completion/notmuch-completion.bash | 2 +-
completion/notmuch-completion.zsh | 2 +-
doc/man1/notmuch-search.rst
This filters out duplicate addresses from address outputs (sender,
receivers).
It also also adds tests for the new outputs.
The code here is an extended version of a patch from Jani Nikula.
---
doc/man1/notmuch-search.rst | 2 ++
notmuch-search.c| 51 ++
test
The new outputs allow printing senders, recipients or both of matching
messages. To print both, the user can use --output=sender and
--output=recipients simultaneously.
Currently, the same address can appear multiple times in the output.
The next commit will change this. For this reason, tests are
This converts "notmuch search" to use the recently introduced
keyword-flag argument parser. At this point, it only makes the code
slightly less readable but following commits that add new --output
keywords will profit from this.
---
notmuch-search.c | 35 ++-
1 file
From: Jani Nikula
This allows having multiple --foo=bar --foo=baz options on the command
line, with the corresponding values OR'd together.
[Test added by Michal Sojka]
---
command-line-arguments.c | 6 +-
command-line-arguments.h | 1 +
test/T410-argument-parsing.sh | 3 ++-
test
Many functions that implement the search command need to access command
line options. Instead of passing each option in a separate variable, put
them in a structure and pass only this structure.
This will become handy in the following commits.
---
notmuch-search.c | 125 ++
Hi all,
this is v6 of the search --output=address series. It obsoletes v5
(id:1414713573-21461-1-git-send-email-sojkam1 at fel.cvut.cz).
Changes from v5 (full diff below):
- Added quoting of name parts if that is necessary (pointed out by
Mark Walters). Structured formats contain both full add
On Fri, Oct 31 2014, Michal Sojka wrote:
> On Fri, Oct 31 2014, Mark Walters wrote:
>> My only query is in the text output: should the name part be printed as
>> a quoted string. For example currently I get a line of the form
>>
>> Bloggs, Fred
>
> Good point.
There has been some discussion on
On Fri, 31 Oct 2014, Michal Sojka wrote:
> This output can be used with --output=recipients or --output=sender
> and in addition to the addresses, it prints how many times was each
> address encountered during search.
Hi
I have a couple comments on this patch.
> ---
> completion/notmuch-compl
Jani Nikula writes:
> Apparently the test binaries are built with minimal LDFLAGS, only
> adding dependency specific LDFLAGS as needed. However because some of
> the test binaries incorporate notmuch object files, it is necessary to
> use the same link flags as notmuch. For example user provided
David Edmondson writes:
> When a user hits 'q' in a notmuch buffer, kill the buffer only if
> there are no other windows currently showing it.
pushed. That probably deserves a NEWS patch.
d
---
NEWS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/NEWS b/NEWS
index 4718838..723bca0 100644
--- a/NEWS
+++ b/NEWS
@@ -16,6 +16,12 @@ Expanded default saved search settings
The default saved searches now include several more common searches,
as well as shortcut keys for `notm
On Fri, 31 Oct 2014, Tomi Ollila wrote:
> On Fri, Oct 31 2014, Michal Sojka wrote:
>
>> On Fri, Oct 31 2014, Mark Walters wrote:
>>> My only query is in the text output: should the name part be printed as
>>> a quoted string. For example currently I get a line of the form
>>>
>>> Bloggs, Fred
>
Hi
On Fri, 31 Oct 2014, Michal Sojka wrote:
> On Fri, Oct 31 2014, Mark Walters wrote:
>> My only query is in the text output: should the name part be printed as
>> a quoted string. For example currently I get a line of the form
>>
>> Bloggs, Fred
>
> Good point.
>
> On Fri, Oct 31 2014, Mark W
On Fri, Oct 31 2014, Jesse Rosenthal wrote:
> Dear Michal,
>
> Thanks for all this. The feature looks great! One issue: I'm getting
> corrupt output when using `--output=count` with "fold" filters:
>
> ~~~
> jkr at ladybug [11:01AM] ~ $ notmuch search --output=recipients
> --output=count "tag:notm
On Fri, Oct 31 2014, Mark Walters wrote:
> My only query is in the text output: should the name part be printed as
> a quoted string. For example currently I get a line of the form
>
> Bloggs, Fred
Good point.
On Fri, Oct 31 2014, Mark Walters wrote:
> Hi
>
> I attach a patch which does the quot
This option allows to configure the criterion for duplicate address
filtering. Without this option, all unique combinations of name and
address parts are printed. This option allows to filter the output
more, for example to only contain unique address parts.
---
completion/notmuch-completion.bash
This filters out duplicate addresses from address outputs (sender,
receivers).
It also also adds tests for the new outputs.
The code here is an extended version of a patch from Jani Nikula.
---
doc/man1/notmuch-search.rst | 2 ++
notmuch-search.c| 51 ++
test
From: Jani Nikula
This allows having multiple --foo=bar --foo=baz options on the command
line, with the corresponding values OR'd together.
[Test added by Michal Sojka]
---
command-line-arguments.c | 6 +-
command-line-arguments.h | 1 +
test/T410-argument-parsing.sh | 3 ++-
test
This output can be used with --output=recipients or --output=sender
and in addition to the addresses, it prints how many times was each
address encountered during search.
---
completion/notmuch-completion.bash | 2 +-
completion/notmuch-completion.zsh | 2 +-
doc/man1/notmuch-search.rst
This converts "notmuch search" to use the recently introduced
keyword-flag argument parser. At this point, it only makes the code
slightly less readable but following commits that add new --output
keywords will profit from this.
---
notmuch-search.c | 35 ++-
1 file
Hi all,
this is v6 of the search --output=address series. It obsoletes v5
(id:1414713573-21461-1-git-send-email-sojk...@fel.cvut.cz).
Changes from v5 (full diff below):
- Added quoting of name parts if that is necessary (pointed out by
Mark Walters). Structured formats contain both full addres
The new outputs allow printing senders, recipients or both of matching
messages. To print both, the user can use --output=sender and
--output=recipients simultaneously.
Currently, the same address can appear multiple times in the output.
The next commit will change this. For this reason, tests are
Many functions that implement the search command need to access command
line options. Instead of passing each option in a separate variable, put
them in a structure and pass only this structure.
This will become handy in the following commits.
---
notmuch-search.c | 125 ++
"W. Trevor King" writes:
> On Fri, Oct 31, 2014 at 01:33:25PM -0400, Jesse Rosenthal wrote:
>> We instead initalize the dictionary using the dict comprehension and
>> then update it with the values from the tree. This will work with
>> both python2 and python3.
>
> Dict comprehensions are new in
python3 doesn't allow dictionaries to be initialized with non-string
keywords. This presents problems on systems in which "python" means
"python3". We instead initalize the dictionary using the dict
comprehension and then update it with the values from the tree. This
will work with both python2 and
"W. Trevor King" writes:
> On Fri, Oct 31, 2014 at 01:33:25PM -0400, Jesse Rosenthal wrote:
>> We instead initalize the dictionary using the dict comprehension and
>> then update it with the values from the tree. This will work with
>> both python2 and python3.
>
> Dict comprehensions are new in
On Fri, Oct 31, 2014 at 02:04:50PM -0400, Jesse Rosenthal wrote:
> W. Trevor King writes:
> > On Fri, Oct 31, 2014 at 01:33:25PM -0400, Jesse Rosenthal wrote:
> >> We instead initalize the dictionary using the dict comprehension
> >> and then update it with the values from the tree. This will work
scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20141031/4d4eaff3/attachment-0001.pgp>
Dear Michal,
Thanks for all this. The feature looks great! One issue: I'm getting
corrupt output when using `--output=count` with "fold" filters:
~~~
jkr at ladybug [11:01AM] ~ $ notmuch search --output=recipients --output=count
"tag:notmuch and date:today.."
2 Jani Nikula
2 Michal
On Fri, Oct 31, 2014 at 01:33:25PM -0400, Jesse Rosenthal wrote:
> We instead initalize the dictionary using the dict comprehension and
> then update it with the values from the tree. This will work with
> both python2 and python3.
Dict comprehensions are new in 2.7 [1,2], so this drops support fo
ay be signed or encrypted with GnuPG (http://www.gnupg.org).
For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20141031/bb8e1c9b/attachment.pgp>
python3 doesn't allow dictionaries to be initialized with non-string
keywords. This presents problems on systems in which "python" means
"python3". We instead initalize the dictionary using the dict
comprehension and then update it with the values from the tree. This
will work with both python2 and
---
NEWS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/NEWS b/NEWS
index 4718838..723bca0 100644
--- a/NEWS
+++ b/NEWS
@@ -16,6 +16,12 @@ Expanded default saved search settings
The default saved searches now include several more common searches,
as well as shortcut keys for `notm
patch
Type: text/x-diff
Size: 3436 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20141031/2f486f4f/attachment-0001.patch>
Ensure that a citation is preceded and followed by a blank line,
unless the preceding line looks like a citation leader.
---
Washing changes are always a bit risky, as they are heuristic
based. Testers for this (alleged) improvement welcome!
emacs/notmuch-wash.el | 14 +-
1 file chan
Jani Nikula writes:
> Apparently the test binaries are built with minimal LDFLAGS, only
> adding dependency specific LDFLAGS as needed. However because some of
> the test binaries incorporate notmuch object files, it is necessary to
> use the same link flags as notmuch. For example user provided
David Edmondson writes:
> When a user hits 'q' in a notmuch buffer, kill the buffer only if
> there are no other windows currently showing it.
pushed. That probably deserves a NEWS patch.
d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmu
On Fri, 31 Oct 2014, Tomi Ollila wrote:
> On Fri, Oct 31 2014, Michal Sojka wrote:
>
>> On Fri, Oct 31 2014, Mark Walters wrote:
>>> My only query is in the text output: should the name part be printed as
>>> a quoted string. For example currently I get a line of the form
>>>
>>> Bloggs, Fred
>
Hi
On Fri, 31 Oct 2014, Michal Sojka wrote:
> On Fri, Oct 31 2014, Mark Walters wrote:
>> My only query is in the text output: should the name part be printed as
>> a quoted string. For example currently I get a line of the form
>>
>> Bloggs, Fred
>
> Good point.
>
> On Fri, Oct 31 2014, Mark W
On Fri, Oct 31 2014, Michal Sojka wrote:
> On Fri, Oct 31 2014, Mark Walters wrote:
>> My only query is in the text output: should the name part be printed as
>> a quoted string. For example currently I get a line of the form
>>
>> Bloggs, Fred
>
> Good point.
There has been some discussion on
Dear Michal,
Thanks for all this. The feature looks great! One issue: I'm getting
corrupt output when using `--output=count` with "fold" filters:
~~~
jkr@ladybug [11:01AM] ~ $ notmuch search --output=recipients --output=count
"tag:notmuch and date:today.."
2 Jani Nikula
2 Michal So
On Thu, 30 Oct 2014, Michal Sojka wrote:
> Hi all,
>
> this is v5 of the search --output=address series. It obsoletes v4
> (id:1414421455-3037-1-git-send-email-sojkam1 at fel.cvut.cz).
>
> I addresses comments from Mark and Tomi. Based on the comments to v4
> and earlier versions, patches 1-4 shou
On Fri, Oct 31 2014, Jesse Rosenthal wrote:
> Dear Michal,
>
> Thanks for all this. The feature looks great! One issue: I'm getting
> corrupt output when using `--output=count` with "fold" filters:
>
> ~~~
> jkr@ladybug [11:01AM] ~ $ notmuch search --output=recipients --output=count
> "tag:notmuch
David Edmondson writes:
>
> Could we always prune a trailing slash from the path: component of a
> query before using it?
>
As I understand it, this is complicated by the fact that we pass the
whole string to Xapian to be parsed as a query, so we don't really know
where the path: terms are. We c
On Fri, Oct 31 2014, Mark Walters wrote:
> My only query is in the text output: should the name part be printed as
> a quoted string. For example currently I get a line of the form
>
> Bloggs, Fred
Good point.
On Fri, Oct 31 2014, Mark Walters wrote:
> Hi
>
> I attach a patch which does the quot
More of the washing variables should be available through the standard
customisation interface.
---
emacs/notmuch-wash.el | 88 +--
1 file changed, 57 insertions(+), 31 deletions(-)
diff --git a/emacs/notmuch-wash.el b/emacs/notmuch-wash.el
index 18
The faces used when washing messages should be notmuch specific and
inherit from the underlying emacs face rather than using it
directly. This allows the washed face to be modified without requiring
the modification of the underlying face.
---
emacs/notmuch-wash.el | 21 +++--
1 fi
emacs: Improve notmuch-wash customisation.
Minor updates to the customisation of notmuch-wash features.
David Edmondson (2):
emacs: More flexible washed faces.
emacs: Washing should use more `defcustom'.
emacs/notmuch-wash.el | 109 +++---
1 fil
On Thu, Oct 30 2014, Jani Nikula wrote:
> Print the message IDs of all messages matching the search terms that
> have at least N files associated with them.
Briefly tested as working. I commend this patch to the masters of push.
Thanks Jani!
> ---
> doc/man1/notmuch-search.rst | 12
On Thu, Oct 30 2014, Jani Nikula wrote:
> On Thu, 30 Oct 2014, David Edmondson wrote:
>> Truncate the displayed headers to the window width. Show an ellipsis
>> if the displayed header is truncated. Add a binding 'T' to toggle the
>> truncation of headers. Add the not-displayed section of the head
Hi
I attach a patch which does the quoting for real names but I don't know
if we want it: it changes (example taken from the test suite)
François Boulogne to
=?iso-8859-1?q?Fran=E7ois?= Boulogne
(which is what was in the original email)
Plausibly the best thing is just to leave the series as
Ensure that a citation is preceded and followed by a blank line,
unless the preceding line looks like a citation leader.
---
Washing changes are always a bit risky, as they are heuristic
based. Testers for this (alleged) improvement welcome!
emacs/notmuch-wash.el | 14 +-
1 file chan
On Thu, 30 Oct 2014, Michal Sojka wrote:
> Hi all,
>
> this is v5 of the search --output=address series. It obsoletes v4
> (id:1414421455-3037-1-git-send-email-sojk...@fel.cvut.cz).
>
> I addresses comments from Mark and Tomi. Based on the comments to v4
> and earlier versions, patches 1-4 should
More of the washing variables should be available through the standard
customisation interface.
---
emacs/notmuch-wash.el | 88 +--
1 file changed, 57 insertions(+), 31 deletions(-)
diff --git a/emacs/notmuch-wash.el b/emacs/notmuch-wash.el
index 18
emacs: Improve notmuch-wash customisation.
Minor updates to the customisation of notmuch-wash features.
David Edmondson (2):
emacs: More flexible washed faces.
emacs: Washing should use more `defcustom'.
emacs/notmuch-wash.el | 109 +++---
1 fil
The faces used when washing messages should be notmuch specific and
inherit from the underlying emacs face rather than using it
directly. This allows the washed face to be modified without requiring
the modification of the underlying face.
---
emacs/notmuch-wash.el | 21 +++--
1 fi
This option allows to configure the criterion for duplicate address
filtering. Without this option, all unique combinations of name and
address parts are printed. This option allows to filter the output
more, for example to only contain unique address parts.
---
completion/notmuch-completion.bash
This output can be used with --output=recipients or --output=sender
and in addition to the addresses, it prints how many times was each
address encountered during search.
---
completion/notmuch-completion.bash | 2 +-
completion/notmuch-completion.zsh | 2 +-
doc/man1/notmuch-search.rst
This filters out duplicate addresses from address outputs (sender,
receivers).
It also also adds tests for the new outputs.
The code here is an extended version of a patch from Jani Nikula.
---
doc/man1/notmuch-search.rst | 2 ++
notmuch-search.c| 51 ++
test
The new outputs allow printing senders, recipients or both of matching
messages. To print both, the user can use --output=sender and
--output=recipients simultaneously.
Currently, the same address can appear multiple times in the output.
The next commit will change this. For this reason, tests are
This converts "notmuch search" to use the recently introduced
keyword-flag argument parser. At this point, it only makes the code
slightly less readable but following commits that add new --output
keywords will profit from this.
---
notmuch-search.c | 35 ++-
1 file
From: Jani Nikula
This allows having multiple --foo=bar --foo=baz options on the command
line, with the corresponding values OR'd together.
[Test added by Michal Sojka]
---
command-line-arguments.c | 6 +-
command-line-arguments.h | 1 +
test/T410-argument-parsing.sh | 3 ++-
test
Many functions that implement the search command need to access command
line options. Instead of passing each option in a separate variable, put
them in a structure and pass only this structure.
This will become handy in the following commits.
---
notmuch-search.c | 125 ++
Hi all,
this is v5 of the search --output=address series. It obsoletes v4
(id:1414421455-3037-1-git-send-email-sojkam1 at fel.cvut.cz).
I addresses comments from Mark and Tomi. Based on the comments to v4
and earlier versions, patches 1-4 should be ready for merging. Patch 5
is a non-controversia
David Edmondson writes:
>
> Could we always prune a trailing slash from the path: component of a
> query before using it?
>
As I understand it, this is complicated by the fact that we pass the
whole string to Xapian to be parsed as a query, so we don't really know
where the path: terms are. We c
On Thu, Oct 30 2014, Jani Nikula wrote:
> Print the message IDs of all messages matching the search terms that
> have at least N files associated with them.
Briefly tested as working. I commend this patch to the masters of push.
Thanks Jani!
> ---
> doc/man1/notmuch-search.rst | 12
On Thu, Oct 30 2014, Jani Nikula wrote:
> On Thu, 30 Oct 2014, David Edmondson wrote:
>> Truncate the displayed headers to the window width. Show an ellipsis
>> if the displayed header is truncated. Add a binding 'T' to toggle the
>> truncation of headers. Add the not-displayed section of the head
69 matches
Mail list logo