unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
* [RFC] lib: add support for date:<query>..! to mean date:<query>..<query>
@ 2015-03-07 12:55 Jani Nikula
  2015-04-17 18:57 ` Mark Walters
                   ` (2 more replies)
  0 siblings, 3 replies; 10+ messages in thread
From: Jani Nikula @ 2015-03-07 12:55 UTC (permalink / raw)
  To: notmuch

Up to debate:

1) Is something like this useful at all as an intermediate step before
we can have support for date:<query>? (This can be done with a future
version of Xapian, or with a custom query query parser.)

2) If yes, are there better alternatives to "!" as the end point? (Or
should the special case be the start point?) Also "@" and "same" have
been suggested. Examples: date:yesterday..! date:today..@
date:@..monday date:january..same.

Idea from Mark Walters <markwalters1009@gmail.com>.
---
 lib/parse-time-vrp.cc    | 5 +++++
 test/T500-search-date.sh | 4 ++++
 2 files changed, 9 insertions(+)

diff --git a/lib/parse-time-vrp.cc b/lib/parse-time-vrp.cc
index 33f07db3410e..03804cf50fa8 100644
--- a/lib/parse-time-vrp.cc
+++ b/lib/parse-time-vrp.cc
@@ -31,6 +31,7 @@ Xapian::valueno
 ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
 {
     time_t t, now;
+    std::string b;
 
     /* Require date: prefix in start of the range... */
     if (STRNCMP_LITERAL (begin.c_str (), PREFIX))
@@ -38,6 +39,7 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
 
     /* ...and remove it. */
     begin.erase (0, sizeof (PREFIX) - 1);
+    b = begin;
 
     /* Use the same 'now' for begin and end. */
     if (time (&now) == (time_t) -1)
@@ -51,6 +53,9 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
     }
 
     if (!end.empty ()) {
+	if (end == "!" && ! b.empty ())
+	    end = b;
+
 	if (parse_time_string (end.c_str (), &t, &now, PARSE_TIME_ROUND_UP_INCLUSIVE))
 	    return Xapian::BAD_VALUENO;
 
diff --git a/test/T500-search-date.sh b/test/T500-search-date.sh
index 70bcf344b4f7..18a47b114fa9 100755
--- a/test/T500-search-date.sh
+++ b/test/T500-search-date.sh
@@ -8,6 +8,10 @@ test_begin_subtest "Absolute date range"
 output=$(notmuch search date:2010-12-16..12/16/2010 | notmuch_search_sanitize)
 test_expect_equal "$output" "thread:XXX   2010-12-16 [1/1] Olivier Berger; Essai accentué (inbox unread)"
 
+test_begin_subtest "Absolute date range with 'same' operator"
+output=$(notmuch search date:2010-12-16..! | notmuch_search_sanitize)
+test_expect_equal "$output" "thread:XXX   2010-12-16 [1/1] Olivier Berger; Essai accentué (inbox unread)"
+
 test_begin_subtest "Absolute time range with TZ"
 notmuch search date:18-Nov-2009_02:19:26-0800..2009-11-18_04:49:52-06:00 | notmuch_search_sanitize > OUTPUT
 cat <<EOF >EXPECTED
-- 
2.1.4

^ permalink raw reply related	[flat|nested] 10+ messages in thread

* Re: [RFC] lib: add support for date:<query>..! to mean date:<query>..<query>
  2015-03-07 12:55 [RFC] lib: add support for date:<query>..! to mean date:<query>..<query> Jani Nikula
@ 2015-04-17 18:57 ` Mark Walters
  2015-04-18  0:12   ` Suvayu Ali
  2015-04-19  8:39   ` Gaute Hope
  2015-04-18  8:07 ` Tomi Ollila
  2015-06-08 14:57 ` David Bremner
  2 siblings, 2 replies; 10+ messages in thread
From: Mark Walters @ 2015-04-17 18:57 UTC (permalink / raw)
  To: Jani Nikula, notmuch


Hi

On Sat, 07 Mar 2015, Jani Nikula <jani@nikula.org> wrote:
> Up to debate:
>
> 1) Is something like this useful at all as an intermediate step before
> we can have support for date:<query>? (This can be done with a future
> version of Xapian, or with a custom query query parser.)

This looks good to me. Yes it may not be needed in the future but the
patch is very small. It passes all tests. +1 from me.

> 2) If yes, are there better alternatives to "!" as the end point? (Or
> should the special case be the start point?) Also "@" and "same" have
> been suggested. Examples: date:yesterday..! date:today..@
> date:@..monday date:january..same.

I would be happy with any of these.

Best wishes

Mark

>
> Idea from Mark Walters <markwalters1009@gmail.com>.
> ---
>  lib/parse-time-vrp.cc    | 5 +++++
>  test/T500-search-date.sh | 4 ++++
>  2 files changed, 9 insertions(+)
>
> diff --git a/lib/parse-time-vrp.cc b/lib/parse-time-vrp.cc
> index 33f07db3410e..03804cf50fa8 100644
> --- a/lib/parse-time-vrp.cc
> +++ b/lib/parse-time-vrp.cc
> @@ -31,6 +31,7 @@ Xapian::valueno
>  ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
>  {
>      time_t t, now;
> +    std::string b;
>  
>      /* Require date: prefix in start of the range... */
>      if (STRNCMP_LITERAL (begin.c_str (), PREFIX))
> @@ -38,6 +39,7 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
>  
>      /* ...and remove it. */
>      begin.erase (0, sizeof (PREFIX) - 1);
> +    b = begin;
>  
>      /* Use the same 'now' for begin and end. */
>      if (time (&now) == (time_t) -1)
> @@ -51,6 +53,9 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
>      }
>  
>      if (!end.empty ()) {
> +	if (end == "!" && ! b.empty ())
> +	    end = b;
> +
>  	if (parse_time_string (end.c_str (), &t, &now, PARSE_TIME_ROUND_UP_INCLUSIVE))
>  	    return Xapian::BAD_VALUENO;
>  
> diff --git a/test/T500-search-date.sh b/test/T500-search-date.sh
> index 70bcf344b4f7..18a47b114fa9 100755
> --- a/test/T500-search-date.sh
> +++ b/test/T500-search-date.sh
> @@ -8,6 +8,10 @@ test_begin_subtest "Absolute date range"
>  output=$(notmuch search date:2010-12-16..12/16/2010 | notmuch_search_sanitize)
>  test_expect_equal "$output" "thread:XXX   2010-12-16 [1/1] Olivier Berger; Essai accentué (inbox unread)"
>  
> +test_begin_subtest "Absolute date range with 'same' operator"
> +output=$(notmuch search date:2010-12-16..! | notmuch_search_sanitize)
> +test_expect_equal "$output" "thread:XXX   2010-12-16 [1/1] Olivier Berger; Essai accentué (inbox unread)"
> +
>  test_begin_subtest "Absolute time range with TZ"
>  notmuch search date:18-Nov-2009_02:19:26-0800..2009-11-18_04:49:52-06:00 | notmuch_search_sanitize > OUTPUT
>  cat <<EOF >EXPECTED
> -- 
> 2.1.4
>
> _______________________________________________
> notmuch mailing list
> notmuch@notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [RFC] lib: add support for date:<query>..! to mean date:<query>..<query>
  2015-04-17 18:57 ` Mark Walters
@ 2015-04-18  0:12   ` Suvayu Ali
  2015-04-19  8:39   ` Gaute Hope
  1 sibling, 0 replies; 10+ messages in thread
From: Suvayu Ali @ 2015-04-18  0:12 UTC (permalink / raw)
  To: notmuch

Hi,

On Fri, Apr 17, 2015 at 07:57:27PM +0100, Mark Walters wrote:
> 
> > 2) If yes, are there better alternatives to "!" as the end point? (Or
> > should the special case be the start point?) Also "@" and "same" have
> > been suggested. Examples: date:yesterday..! date:today..@
> > date:@..monday date:january..same.
> 
> I would be happy with any of these.

Many shells use ! for history expansion; maybe one of the other
characters would be better (no need to escape)?

I like @, purely aesthetic preference :).

Cheers,

-- 
Suvayu

Open source is the future. It sets us free.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [RFC] lib: add support for date:<query>..! to mean date:<query>..<query>
  2015-03-07 12:55 [RFC] lib: add support for date:<query>..! to mean date:<query>..<query> Jani Nikula
  2015-04-17 18:57 ` Mark Walters
@ 2015-04-18  8:07 ` Tomi Ollila
  2015-06-08 14:57 ` David Bremner
  2 siblings, 0 replies; 10+ messages in thread
From: Tomi Ollila @ 2015-04-18  8:07 UTC (permalink / raw)
  To: Jani Nikula, notmuch

On Sat, Mar 07 2015, Jani Nikula <jani@nikula.org> wrote:

> Up to debate:
>
> 1) Is something like this useful at all as an intermediate step before
> we can have support for date:<query>? (This can be done with a future
> version of Xapian, or with a custom query query parser.)
>
> 2) If yes, are there better alternatives to "!" as the end point? (Or
> should the special case be the start point?) Also "@" and "same" have
> been suggested. Examples: date:yesterday..! date:today..@
> date:@..monday date:january..same.


I'd rather see a temporary ugly hack in implementation (to expand
date:<date> to date:<date>..<date>) than permanent interface feature.
But this looks simple enough... and I'd go just with this implementation
(i.e. <date>..!)


Tomi


> diff --git a/lib/parse-time-vrp.cc b/lib/parse-time-vrp.cc
> index 33f07db3410e..03804cf50fa8 100644
> --- a/lib/parse-time-vrp.cc
> +++ b/lib/parse-time-vrp.cc
> @@ -31,6 +31,7 @@ Xapian::valueno
>  ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
>  {
>      time_t t, now;
> +    std::string b;
>  
>      /* Require date: prefix in start of the range... */
>      if (STRNCMP_LITERAL (begin.c_str (), PREFIX))
> @@ -38,6 +39,7 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
>  
>      /* ...and remove it. */
>      begin.erase (0, sizeof (PREFIX) - 1);
> +    b = begin;
>  
>      /* Use the same 'now' for begin and end. */
>      if (time (&now) == (time_t) -1)
> @@ -51,6 +53,9 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
>      }
>  
>      if (!end.empty ()) {
> +	if (end == "!" && ! b.empty ())
> +	    end = b;
> +
>  	if (parse_time_string (end.c_str (), &t, &now, PARSE_TIME_ROUND_UP_INCLUSIVE))
>  	    return Xapian::BAD_VALUENO;
>  

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [RFC] lib: add support for date:<query>..! to mean date:<query>..<query>
  2015-04-17 18:57 ` Mark Walters
  2015-04-18  0:12   ` Suvayu Ali
@ 2015-04-19  8:39   ` Gaute Hope
  2015-04-19 11:54     ` David Bremner
  1 sibling, 1 reply; 10+ messages in thread
From: Gaute Hope @ 2015-04-19  8:39 UTC (permalink / raw)
  To: Mark Walters, Jani Nikula, notmuch

Excerpts from Mark Walters's message of April 17, 2015 20:57:
> 
> Hi
> 
> On Sat, 07 Mar 2015, Jani Nikula <jani@nikula.org> wrote:
>> Up to debate:
>>
>> 1) Is something like this useful at all as an intermediate step before
>> we can have support for date:<query>? (This can be done with a future
>> version of Xapian, or with a custom query query parser.)
> 
> This looks good to me. Yes it may not be needed in the future but the
> patch is very small. It passes all tests. +1 from me.
> 
>> 2) If yes, are there better alternatives to "!" as the end point? (Or
>> should the special case be the start point?) Also "@" and "same" have
>> been suggested. Examples: date:yesterday..! date:today..@
>> date:@..monday date:january..same.
> 
> I would be happy with any of these.

I am probably missing something, but why do you need the end
point?

  date:2015-04-16 mean date:2015-04-16..2015-04-16?
  date:<query> -> date:<query>..<query>

- gaute


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [RFC] lib: add support for date:<query>..! to mean date:<query>..<query>
  2015-04-19  8:39   ` Gaute Hope
@ 2015-04-19 11:54     ` David Bremner
  0 siblings, 0 replies; 10+ messages in thread
From: David Bremner @ 2015-04-19 11:54 UTC (permalink / raw)
  To: Gaute Hope, Mark Walters, Jani Nikula, notmuch

Gaute Hope <eg@gaute.vetsj.com> writes:

>
> I am probably missing something, but why do you need the end
> point?
>
>   date:2015-04-16 mean date:2015-04-16..2015-04-16?
>   date:<query> -> date:<query>..<query>

means according to humans yes, but not according to the xapian query
parser we use.

d

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [RFC] lib: add support for date:<query>..! to mean date:<query>..<query>
  2015-03-07 12:55 [RFC] lib: add support for date:<query>..! to mean date:<query>..<query> Jani Nikula
  2015-04-17 18:57 ` Mark Walters
  2015-04-18  8:07 ` Tomi Ollila
@ 2015-06-08 14:57 ` David Bremner
  2015-08-15 11:25   ` [PATCH] lib: add support for date:<expr>..! to mean date:<expr>..<expr> Jani Nikula
  2 siblings, 1 reply; 10+ messages in thread
From: David Bremner @ 2015-06-08 14:57 UTC (permalink / raw)
  To: Jani Nikula, notmuch

Jani Nikula <jani@nikula.org> writes:

> Up to debate:
>
> 1) Is something like this useful at all as an intermediate step before
> we can have support for date:<query>? (This can be done with a future
> version of Xapian, or with a custom query query parser.)
>
> 2) If yes, are there better alternatives to "!" as the end point? (Or
> should the special case be the start point?) Also "@" and "same" have
> been suggested. Examples: date:yesterday..! date:today..@
> date:@..monday date:january..same.
>

From the comments I guess it just needs a small man page update.

d

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [PATCH] lib: add support for date:<expr>..! to mean date:<expr>..<expr>
  2015-06-08 14:57 ` David Bremner
@ 2015-08-15 11:25   ` Jani Nikula
  2015-09-26  1:03     ` David Bremner
  0 siblings, 1 reply; 10+ messages in thread
From: Jani Nikula @ 2015-08-15 11:25 UTC (permalink / raw)
  To: David Bremner, Jani Nikula, notmuch

It doesn't seem likely we can support simple date:<expr> expanding to
date:<expr>..<expr> any time soon. (This can be done with a future
version of Xapian, or with a custom query query parser.) In the mean
time, provide shorthand date:<expr>..! to mean the same. This is
useful, as the expansion takes place before interpetation, and we can
use, for example, date:yesterday..! to match from beginning of
yesterday to end of yesterday.

Idea from Mark Walters <markwalters1009@gmail.com>.
---
 doc/man7/notmuch-search-terms.rst | 12 +++++++-----
 lib/parse-time-vrp.cc             |  5 +++++
 test/T500-search-date.sh          |  4 ++++
 3 files changed, 16 insertions(+), 5 deletions(-)

diff --git a/doc/man7/notmuch-search-terms.rst b/doc/man7/notmuch-search-terms.rst
index 1d27ac1e6de5..3b35a32b7d23 100644
--- a/doc/man7/notmuch-search-terms.rst
+++ b/doc/man7/notmuch-search-terms.rst
@@ -270,6 +270,13 @@ In this case, <since> is taken as the earliest time it could describe
 could describe (the end of yesterday). Similarly, date:january..february
 matches from the beginning of January to the end of February.
 
+date:<expr>..! can be used as a shorthand for date:<expr>..<expr>. The
+expansion takes place before interpretation, and thus, for example,
+date:monday..! matches from the beginning of Monday until the end of
+Monday. (Note that entering date:<expr> without "..", for example
+date:yesterday, won't work, as it's not interpreted as a range
+expression at all. Again, use date:yesterday..!)
+
 Currently, we do not support spaces in range expressions. You can
 replace the spaces with '\_', or (in most cases) '-', or (in some cases)
 leave the spaces out altogether. Examples in this man page use spaces
@@ -280,11 +287,6 @@ to specify date:..<until> or date:<since>.. to not limit the start or
 end time, respectively. Pre-1.2.1 Xapian does not report an error on
 open ended ranges, but it does not work as expected either.
 
-Entering date:expr without ".." (for example date:yesterday) won't work,
-as it's not interpreted as a range expression at all. You can achieve
-the expected result by duplicating the expr both sides of ".." (for
-example date:yesterday..yesterday).
-
 Relative date and time
 ----------------------
 
diff --git a/lib/parse-time-vrp.cc b/lib/parse-time-vrp.cc
index 33f07db3410e..03804cf50fa8 100644
--- a/lib/parse-time-vrp.cc
+++ b/lib/parse-time-vrp.cc
@@ -31,6 +31,7 @@ Xapian::valueno
 ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
 {
     time_t t, now;
+    std::string b;
 
     /* Require date: prefix in start of the range... */
     if (STRNCMP_LITERAL (begin.c_str (), PREFIX))
@@ -38,6 +39,7 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
 
     /* ...and remove it. */
     begin.erase (0, sizeof (PREFIX) - 1);
+    b = begin;
 
     /* Use the same 'now' for begin and end. */
     if (time (&now) == (time_t) -1)
@@ -51,6 +53,9 @@ ParseTimeValueRangeProcessor::operator() (std::string &begin, std::string &end)
     }
 
     if (!end.empty ()) {
+	if (end == "!" && ! b.empty ())
+	    end = b;
+
 	if (parse_time_string (end.c_str (), &t, &now, PARSE_TIME_ROUND_UP_INCLUSIVE))
 	    return Xapian::BAD_VALUENO;
 
diff --git a/test/T500-search-date.sh b/test/T500-search-date.sh
index b28496b78e2e..f5cea421d785 100755
--- a/test/T500-search-date.sh
+++ b/test/T500-search-date.sh
@@ -8,6 +8,10 @@ test_begin_subtest "Absolute date range"
 output=$(notmuch search date:2010-12-16..12/16/2010 | notmuch_search_sanitize)
 test_expect_equal "$output" "thread:XXX   2010-12-16 [1/1] Olivier Berger; Essai accentué (inbox unread)"
 
+test_begin_subtest "Absolute date range with 'same' operator"
+output=$(notmuch search date:2010-12-16..! | notmuch_search_sanitize)
+test_expect_equal "$output" "thread:XXX   2010-12-16 [1/1] Olivier Berger; Essai accentué (inbox unread)"
+
 test_begin_subtest "Absolute time range with TZ"
 notmuch search date:18-Nov-2009_02:19:26-0800..2009-11-18_04:49:52-06:00 | notmuch_search_sanitize > OUTPUT
 cat <<EOF >EXPECTED
-- 
2.1.4

^ permalink raw reply related	[flat|nested] 10+ messages in thread

* Re: [PATCH] lib: add support for date:<expr>..! to mean date:<expr>..<expr>
  2015-08-15 11:25   ` [PATCH] lib: add support for date:<expr>..! to mean date:<expr>..<expr> Jani Nikula
@ 2015-09-26  1:03     ` David Bremner
  2015-09-26 13:55       ` Tomi Ollila
  0 siblings, 1 reply; 10+ messages in thread
From: David Bremner @ 2015-09-26  1:03 UTC (permalink / raw)
  To: Jani Nikula, notmuch

Jani Nikula <jani@nikula.org> writes:

> It doesn't seem likely we can support simple date:<expr> expanding to
> date:<expr>..<expr> any time soon. (This can be done with a future
> version of Xapian, or with a custom query query parser.) In the mean
> time, provide shorthand date:<expr>..! to mean the same. This is
> useful, as the expansion takes place before interpetation, and we can
> use, for example, date:yesterday..! to match from beginning of
> yesterday to end of yesterday.

pushed. At some point we probably want a NEWS item.

d

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [PATCH] lib: add support for date:<expr>..! to mean date:<expr>..<expr>
  2015-09-26  1:03     ` David Bremner
@ 2015-09-26 13:55       ` Tomi Ollila
  0 siblings, 0 replies; 10+ messages in thread
From: Tomi Ollila @ 2015-09-26 13:55 UTC (permalink / raw)
  To: David Bremner, Jani Nikula, notmuch

On Sat, Sep 26 2015, David Bremner <david@tethera.net> wrote:

> Jani Nikula <jani@nikula.org> writes:
>
>> It doesn't seem likely we can support simple date:<expr> expanding to
>> date:<expr>..<expr> any time soon. (This can be done with a future
>> version of Xapian, or with a custom query query parser.) In the mean
>> time, provide shorthand date:<expr>..! to mean the same. This is
>> useful, as the expansion takes place before interpetation, and we can
>> use, for example, date:yesterday..! to match from beginning of
>> yesterday to end of yesterday.
>
> pushed. At some point we probably want a NEWS item.

If it is in the NEWS, it is perpetual, otoh if only in documentation we
could theoretically deprecate and remove it easier in the future ... ;p

> d

Tomi

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2015-09-26 13:55 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-07 12:55 [RFC] lib: add support for date:<query>..! to mean date:<query>..<query> Jani Nikula
2015-04-17 18:57 ` Mark Walters
2015-04-18  0:12   ` Suvayu Ali
2015-04-19  8:39   ` Gaute Hope
2015-04-19 11:54     ` David Bremner
2015-04-18  8:07 ` Tomi Ollila
2015-06-08 14:57 ` David Bremner
2015-08-15 11:25   ` [PATCH] lib: add support for date:<expr>..! to mean date:<expr>..<expr> Jani Nikula
2015-09-26  1:03     ` David Bremner
2015-09-26 13:55       ` Tomi Ollila

Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).