"W. Trevor King" writes:
>> > I think that making nmbug and nmbug-status generally applicable for
>> > other projects is a good target. I don't see any need to pull them
>> > out into a stand-alone project to do that though.
>>
>> For what it's worth, I don't disagree.
>
> Does that mean your pa
Hi
Broadly this looks good but I am somewhat confused by the python
part. Is it intended to produce the same tree multiple times? It does
seem to produce all the possible trees (*) so it doesn't matter but
might be worth a comment.
Best wishes
Mark
(*) I think there should be 64 rooted trees (
LGTM +1
MW
On Tue, 22 Apr 2014, Tomi Ollila wrote:
> Users may have set core.abbrev=n, where n != 7 in their git config
> file(s) which would give them different than expected version strings
> when building notmuch from git. This fixes the commit hash part of
> version string to 7 hexadecimal
Add a function for toggling the mark on a thread, by default bound to
",". Also make a marked thread clearly visible: this uses inverse
video as being a bit like selecting. Perhaps actually using the same
face (mainly backgorund colour) as a selection would make sense?
---
emacs/notmuch.el | 15
---
emacs/notmuch.el | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 7b06458..e1ece47 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -380,7 +380,20 @@ (defun notmuch-search-result-end (&optional pos)
Add a marked thread variable containing a list of thread ids of marked
threads and make it be passed through all relevant functions. This
ends up being quite large as there are quite a few callers.
Alternatively we could overload beg rather than adding a thread-list
variable. This would make a muc
notmuch-search-foreach-result is cumbersome as it applies the callback
function with the position of the start of the thread as the
argument. It is more natural to move point to the start of each
relevant thread and not pass any arguments to the callback function.
---
emacs/notmuch.el | 52 +
Allow users to mark threads in the search buffer and then apply
tagging operations to all marked threads.
This was requested on irc and is also something I have wanted several times.
Patch 1 is a cleanup which simplifies the existing code (imo) and
makes the subsequent patches easier.
Patch 2 is
David Bremner writes:
> Hi Gang;
>
> We're overdue for a release. I'd like to feature freeze on April 21 and
> release not too long after that. I ran through the commits since 0.17
> and we are missing quite a few NEWS items.
We are still missing some NEWS items, but I tagged 0.18_rc0
(and di
Users may have set core.abbrev=n, where n != 7 in their git config
file(s) which would give them different than expected version strings
when building notmuch from git. This fixes the commit hash part of
version string to 7 hexadecimal values.
---
tested with:
git config core.abbrev 12
git describ
The intent was to produce distinct trees, but obviously combinatorics
is not my strong suit. Any ideas how to fix/rewrite the algorithm,
other than just uniq'ing the output?
Quoth Mark Walters on Apr 22 at 10:31 pm:
>
> Hi
>
> Broadly this looks good but I am somewhat confused by the python
> p
On Tue, Apr 22, 2014 at 04:01:06PM -0700, Carl Worth wrote:
> W. Trevor King writes:
> > I think that making nmbug and nmbug-status generally applicable for
> > other projects is a good target. I don't see any need to pull them
> > out into a stand-alone project to do that though.
>
> For what it
and I don't mind if
others want something like this.
Cheers,
Trevor
--
This email may 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 scrubbe
"W. Trevor King" writes:
> $ git clone http://git.cworth.org/git/notmuch-to-html
Sorry about that. What I had meant to say is:
git clone git://git.cworth.org/git/notmuch-to-html
(This time I actually copy-pasted from a terminal where I tested that
the command actually works.)
And now,
On Tue, Apr 22, 2014 at 04:01:06PM -0700, Carl Worth wrote:
> "W. Trevor King" writes:
> >>http://git.cworth.org/git/notmuch-to-html
> >
> > Is there a clonable URL for this?
>
> Yes. Sorry I didn't provide that, (and clearly I need to reconfigure my
> git web pages to mention the URL):
>
>
/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140422/9d0729cd/attachment.pgp>
"W. Trevor King" writes:
>> http://git.cworth.org/git/notmuch-to-html
>
> Is there a clonable URL for this?
Yes. Sorry I didn't provide that, (and clearly I need to reconfigure my
git web pages to mention the URL):
git clone http://git.cworth.org/git/notmuch-to-html
> I think that
The intent was to produce distinct trees, but obviously combinatorics
is not my strong suit. Any ideas how to fix/rewrite the algorithm,
other than just uniq'ing the output?
Quoth Mark Walters on Apr 22 at 10:31 pm:
>
> Hi
>
> Broadly this looks good but I am somewhat confused by the python
> p
Gaute Hope writes:
>
> I am talking about syncing tags to a maildir _folder_, not flags. It
> could be implemented as maildir.synchronize is now, but it would be a
> larger feature which could work in a lot of different ways.
>
So to try and clarify the use case, this could be used to add a tag
On Tue, Apr 22, 2014 at 02:12:30PM -0700, Carl Worth wrote:
> The script is quite general, (only a tiny portion was tied directly
> to nmbug), so I renamed it notmuch-to-html, and hosted it here after
> a tiny bit of generalization and a couple of minor user-interface
> changes:
>
> http://g
gnature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140422/91f8c6f0/attachment.pgp>
Hi
Broadly this looks good but I am somewhat confused by the python
part. Is it intended to produce the same tree multiple times? It does
seem to produce all the possible trees (*) so it doesn't matter but
might be worth a comment.
Best wishes
Mark
(*) I think there should be 64 rooted trees (
Hi David,
I just wanted to give you a quick "thank you" for the nmbug-status
program. It's really handy to be able to publish decent-looking HTML
pages based on notmuch search results with this.
The script is quite general, (only a tiny portion was tied directly to
nmbug), so I renamed it notmuch
On Tue, 22 Apr 2014, Mark Walters wrote:
> LGTM +1
Looks good, and fixes the problem for me.
BR,
Jani.
>
> MW
>
> On Tue, 22 Apr 2014, Tomi Ollila wrote:
>> Users may have set core.abbrev=n, where n != 7 in their git config
>> file(s) which would give them different than expected version strin
LGTM +1
MW
On Tue, 22 Apr 2014, Tomi Ollila wrote:
> Users may have set core.abbrev=n, where n != 7 in their git config
> file(s) which would give them different than expected version strings
> when building notmuch from git. This fixes the commit hash part of
> version string to 7 hexadecimal
---
emacs/notmuch.el | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 7b06458..e1ece47 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -380,7 +380,20 @@ (defun notmuch-search-result-end (&optional pos)
notmuch-search-foreach-result is cumbersome as it applies the callback
function with the position of the start of the thread as the
argument. It is more natural to move point to the start of each
relevant thread and not pass any arguments to the callback function.
---
emacs/notmuch.el | 52 +
Add a function for toggling the mark on a thread, by default bound to
",". Also make a marked thread clearly visible: this uses inverse
video as being a bit like selecting. Perhaps actually using the same
face (mainly backgorund colour) as a selection would make sense?
---
emacs/notmuch.el | 15
Add a marked thread variable containing a list of thread ids of marked
threads and make it be passed through all relevant functions. This
ends up being quite large as there are quite a few callers.
Alternatively we could overload beg rather than adding a thread-list
variable. This would make a muc
Allow users to mark threads in the search buffer and then apply
tagging operations to all marked threads.
This was requested on irc and is also something I have wanted several times.
Patch 1 is a cleanup which simplifies the existing code (imo) and
makes the subsequent patches easier.
Patch 2 is
Users may have set core.abbrev=n, where n != 7 in their git config
file(s) which would give them different than expected version strings
when building notmuch from git. This fixes the commit hash part of
version string to 7 hexadecimal values.
---
tested with:
git config core.abbrev 12
git describ
David Bremner writes:
> Hi Gang;
>
> We're overdue for a release. I'd like to feature freeze on April 21 and
> release not too long after that. I ran through the commits since 0.17
> and we are missing quite a few NEWS items.
We are still missing some NEWS items, but I tagged 0.18_rc0
(and di
32 matches
Mail list logo