This commit adds GMIME_LDFLAGS and TALLOC_LDFLAGS to the linker flags
when linking notmuch-shared. Without these flags, linking fails because
of undefined symbols.
---
Makefile.local |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index 5bb
trivial compiler warning fix
Signed-off-by: Dirk Hohndel
---
notmuch-search.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/notmuch-search.c b/notmuch-search.c
index 25c9cfc..8a1cdca 100644
--- a/notmuch-search.c
+++ b/notmuch-search.c
@@ -104,8 +104,6 @@ format_thre
this fixes the bug exposed by the tests for this feature
Signed-off-by: Dirk Hohndel
---
lib/thread.cc |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/lib/thread.cc b/lib/thread.cc
index 4e389c5..1dda220 100644
--- a/lib/thread.cc
+++ b/lib/thread.cc
@@ -140,6 +140,10
Test the different permutation of which authors match the search;
This exposes a bug in the existing reordering code
Signed-off-by: Dirk Hohndel
---
test/notmuch-test | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/test/notmuch-test b/test/notm
I want Carl to enforce the adding of tests. Once again writing the test exposed
a bug
that I hadn't noticed before. So here's the test plus the patch that fixes the
bug.
/D
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mail
this fixes the bug exposed by the tests for this feature
Signed-off-by: Dirk Hohndel
---
lib/thread.cc |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/lib/thread.cc b/lib/thread.cc
index 4e389c5..1dda220 100644
--- a/lib/thread.cc
+++ b/lib/thread.cc
@@ -140,6 +140,10
Test the different permutation of which authors match the search;
This exposes a bug in the existing reordering code
Signed-off-by: Dirk Hohndel
---
test/notmuch-test | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/test/notmuch-test b/test/notm
I want Carl to enforce the adding of tests. Once again writing the test exposed
a bug
that I hadn't noticed before. So here's the test plus the patch that fixes the
bug.
/D
trivial compiler warning fix
Signed-off-by: Dirk Hohndel
---
notmuch-search.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/notmuch-search.c b/notmuch-search.c
index 25c9cfc..8a1cdca 100644
--- a/notmuch-search.c
+++ b/notmuch-search.c
@@ -104,8 +104,6 @@ format_thre
This commit adds GMIME_LDFLAGS and TALLOC_LDFLAGS to the linker flags
when linking notmuch-shared. Without these flags, linking fails because
of undefined symbols.
---
Makefile.local |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index 5bb
It seems that LDFLAGS have recently been reorganized, along with the
introduction of a notmuch-shared rule. Unfortunately, the LDFLAGS used
in notmuch-shared don't include CONFIGURE_LDFLAGS. This caused linking
to fail with the following,
$ make V=1
gcc debugger.o gmime-filter-reply.o gmime-filter
Hey all,
When I pulled a few days ago I noticed that notmuch-shared failed to link due
to missing LDFLAGS. In particular, it seems that the linker flags don't include
CONFIGURE_LDFLAGS, meaning that all of the required external shared libraries
depedencies aren't linked against. Here is a patch to
On Thu, 22 Apr 2010 11:20:33 -0400, Jameson Rollins wrote:
> On Thu, 22 Apr 2010 15:38:55 +0100, David Edmondson wrote:
> > The `defcustom' does nothing if the variable already has a value.
>
> But the defcustom is always going to be called before any customization
> value, since my personal cus
On Wed, 14 Apr 2010 17:35:44 -0700, Carl Worth wrote:
> On Tue, 13 Apr 2010 18:37:57 +0200, Gregor Hoffleit
> wrote:
> > The test suite doesn't yet cover --format=json output nor UTF-8 in
> > subject or body.
> >
> > This patch starts with test cases for 'search --format=json' and
> > 'show --f
current test
suite, but that was straightforward).
Thanks again for the tests.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/f4b7174f/attachment.pgp>
On Thu, 22 Apr 2010 11:06:04 +0200, "Sebastian Spaeth"
wrote:
> As Carl stated that he would probably merge this one if someone tested
> it, here it comes: I tested it and it works great. When I define a
> non-existing directory as maildir it aborts with an error message that
> is visible to the
On Thu, 22 Apr 2010 11:06:04 +0200, "Sebastian Spaeth" wrote:
> As Carl stated that he would probably merge this one if someone tested
> it, here it comes: I tested it and it works great. When I define a
> non-existing directory as maildir it aborts with an error message that
> is visible to the u
jkr and I noticed that patch series are shown in reverse order now, in
fact threads seem to display messages at the same depth in reverse
chronological order now.
Here is my monologue from IRC:
Is that supposed to show the whole thread in reverse chronological order?:
notmuch show --entire-threa
On Thu, 22 Apr 2010 10:10:15 -0400, Servilio Afre Puentes wrote:
> > Showing only one (with a variable allowing you to express preference) is
> > my intention. Any non-shown parts will appear as attachments - you can
> > save them using the button (and perhaps later view them).
>
> Why not see th
On Thu, 22 Apr 2010 10:12:59 -0400, Jameson Rollins wrote:
> On Thu, 22 Apr 2010 15:04:45 +0100, David Edmondson wrote:
> > Ah, when you set `notmuch-search-authors-width' the expression which
> > creates `notmuch-search-result-format' is not re-evaluated.
> >
> > Do things get better if you res
On 2010-04-22, Sebastian Spaeth wrote:
> From: Jesse Rosenthal
This patch must have slipped in the patch series of the 6 other patches
(which are all correct). Please ignore it.
Note to myself, never do "git send-email 00*"
Sebastian
It seems that LDFLAGS have recently been reorganized, along with the
introduction of a notmuch-shared rule. Unfortunately, the LDFLAGS used
in notmuch-shared don't include CONFIGURE_LDFLAGS. This caused linking
to fail with the following,
$ make V=1
gcc debugger.o gmime-filter-reply.o gmime-filter
Hey all,
When I pulled a few days ago I noticed that notmuch-shared failed to link due
to missing LDFLAGS. In particular, it seems that the linker flags don't include
CONFIGURE_LDFLAGS, meaning that all of the required external shared libraries
depedencies aren't linked against. Here is a patch to
On Thu, 22 Apr 2010 14:50:33 -0700, Carl Worth wrote:
> On Fri, 09 Apr 2010 12:53:26 -0700, Dirk Hohndel
> wrote:
> > The new functions first check if an external poll script has been defined in
> > the variable 'notmuch-external-refresh-script and if yes, runs that script
> > before executing t
On Thu, 22 Apr 2010 14:50:33 -0700, Carl Worth wrote:
> On Fri, 09 Apr 2010 12:53:26 -0700, Dirk Hohndel
> wrote:
> > The new functions first check if an external poll script has been defined in
> > the variable 'notmuch-external-refresh-script and if yes, runs that script
> > before executing t
On Thu, 22 Apr 2010 09:22:32 -0400, Jameson Rollins wrote:
> > Can you show any explicit settings you have for
> > `notmuch-search-authors-width' and `notmuch-search-result-format'? Where
> > do you set them?
>
> Changing notmuch-search-authors-width to anything longer than 20 (which
> is the def
On Fri, 16 Apr 2010 12:47:49 +0100, David Edmondson wrote:
> Search output was already using `timestamp' for a very similar field,
> so follow that.
Thanks. I've just pushed this. I didn't find any other occurrence of
date_unix in the notmuch repository (or else I would have updated them).
Do we
sitory itself.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/7ad2cd7e/attachment.pgp>
On Fri, 09 Apr 2010 12:53:26 -0700, Dirk Hohndel wrote:
> The new functions first check if an external poll script has been defined in
> the variable 'notmuch-external-refresh-script and if yes, runs that script
> before executing the existing refresh function (which is bound to '=')
Thanks Dirk,
ize: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/706bc78f/attachment.pgp>
On Thu, 22 Apr 2010 11:47:13 -0400, Jameson Rollins wrote:
> I now think it is essential that we put together a bug tracker for
> notmuch. Things are moving pretty quickly now, which is great, but as
> the UI is frequently changing, I'm stumbling upon lots of little bugs.
> As I don't have the ti
On Fri, 16 Apr 2010 10:17:15 +0200, Michal Sojka wrote:
> It's definitely better than before. The current implementation of
> pass_if_equal has IMHO one drawback - if it compares multiline text and
> there is a difference, it is quite hard to see where.
>
> In my tests for maildir synchronization
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/0ba22012/attachment.pgp>
On Thu, 22 Apr 2010 16:06:27 +0200, "Sebastian Spaeth"
wrote:
>
> jkr and I noticed that patch series are shown in reverse order now, in
> fact threads seem to display messages at the same depth in reverse
> chronological order now.
My fault! Sorry about that.
On Thu, 22 Apr 2010 10:14:16 -040
;notmuch show" tests into it. Oops!
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/71398637/attachment.pgp>
On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes wrote:
> On 21 April 2010 17:03, Carl Worth wrote:
> > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote:
> [...]
> > Meanwhile, another issue with the result of this series is that I now
> > seem to get rendering for both the tex
Add:
- notmuch-wash-wrap-long-lines: Wrap lines longer than the width of
the current window whilst maintaining any citation prefix.
- notmuch-wash-tidy-citations: Tidy up citations by:
- compress repeated otherwise blank citation lines,
- remove otherwise blank citation lines at the head and
On Thu, Apr 22, 2010 at 12:37, Dirk Hohndel wrote:
> On Wed, 21 Apr 2010 17:44:03 -0700, Carl Worth wrote:
>> So I'd prefer to have this command behave just like all others and use
>> the same naming.
>> ? ? ? filename:/complete/path/to/file
Would "notmuch cat" be any different to "notmuch show"
On 2010-04-22, David Edmondson wrote:
> A tool `notmuch-addresses' is required to produce addresses which
> match a query string. An example of a suitable script can be found in
> the git repository at
> http://jkr.acm.jhu.edu/git/notmuch_addresses.git
> There are no doubt others.
no doubt :-)
On 2010-04-22, David Edmondson wrote:
> Define a new `mail-user-agent' (`notmuch-user-agent') and use it by
> default. Re-arrange various routines that send mail to use this
> (compose, reply, forward). Insert a `User-Agent:' header by default.
I've been using this or a slightly earlier version of
My "reply-to-sender-only" works too well, resending this to the notmuch list.
-- next part --
An embedded message was scrubbed...
From: unknown sender
Subject: no subject
Date: no date
Size: 930
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/2010
On 2010-03-05, Jesse Rosenthal wrote:
> One element of traditional clients that I've missed in notmuch is the
> ability to easily see which messages have been replied to. A look at the
> thread structure will often make that clear, but for both searching and
> syncing, an "answered" tag would be ni
Sebastian pointed out that the pre-JSON UI would move the cursor to
the end of the buffer if `n' or `N' is hit when on the last (unread)
message. Mimic that behaviour in the new UI.
---
emacs/notmuch-show.el | 20 +---
1 files changed, 13 insertions(+), 7 deletions(-)
diff --git
ipermail/notmuch/attachments/20100422/ba5184ea/attachment.pgp>
see how this would ever apply.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/e2ce0469/attachment.pgp>
The former requires 'cl to be loaded and during make install emacs complained
about not knowing it.
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b/emacs/notmuch-maildir-fcc
Rather than the insert-buffer. Emacs complains that it is for interactive use
and not for use within elisp. So use insert-buffer-substring which does the
same thing when not handed any 'begin' 'end' parameters.
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el |2 +-
1 files c
Show how to set up an FCC header hook. Some minor indentation fixes
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b/emacs/notmuch-maildir-fcc.el
index c91095d..f
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b/emacs/notmuch-maildir-fcc.el
index f18ccc8..c91095d 100644
--- a/emacs/notmuch-maildir-fc
Require notmuch-maildir-fcc and also install it.
Signed-off-by: Sebastian Spaeth
---
emacs/Makefile.local |3 ++-
emacs/notmuch-maildir-fcc.el |4 +++-
emacs/notmuch.el |1 +
3 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/emacs/Makefile.local b/ema
From: Jesse Rosenthal
(Embarassing -- this should be the last fix.)
Change the buffer name to a uniquified subject of the thread (i.e. the
subject of the first message in the thread) instead of the thread-id. This
is more meaningful to the user, and will make it easier to scroll through
numerous
From: Jesse Rosenthal
File grabbed from http://jkr.acm.jhu.edu/jkr-maildir.el
but not integrated yet.
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el | 115 ++
1 files changed, 115 insertions(+), 0 deletions(-)
create mode 100644 emacs
As Carl stated that he would probably merge this one if someone tested
it, here it comes: I tested it and it works great. When I define a
non-existing directory as maildir it aborts with an error message that
is visible to the user.
I put this in a branch based on cworth/master and with Jesse's
pe
On Thu, 22 Apr 2010 11:47:13 -0400, Jameson Rollins
wrote:
> I now think it is essential that we put together a bug tracker for
> notmuch. Things are moving pretty quickly now, which is great, but as
> the UI is frequently changing, I'm stumbling upon lots of little bugs.
> As I don't have the t
On Thu, 22 Apr 2010 10:21:11 -0400, Jesse Rosenthal
wrote:
> My suggestion would be to revert both the simplification and the fix to
> enable the simplification to pass: (36e4459a3, 2a1a4f0551).
Sorry, got that slightly wrong. The following commits need to be
reverted:
36e4459a328b8449b3e9d510b
On Thu, 22 Apr 2010 10:14:16 -0400, Jesse Rosenthal
wrote:
> Just to follow up on this, it seems that the regression comes from the
> fix Carl introduced in 2a1a4f0551 to make his simplification of my patch
> (simplification = 36e4459a3 , my patch = 4971b85641) pass tests. The
> question is wheth
On Thu, 22 Apr 2010 16:06:27 +0200, Sebastian Spaeth
wrote:
>
> jkr and I noticed that patch series are shown in reverse order now, in
> fact threads seem to display messages at the same depth in reverse
> chronological order now.
Just to follow up on this, it seems that the regression comes fr
available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/11397e56/attachment.pgp>
On 22 April 2010 08:30, David Edmondson wrote:
> On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes gmail.com> wrote:
>> On 21 April 2010 17:03, Carl Worth wrote:
>> > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote:
>> [...]
>> > Meanwhile, another issue with the result of thi
A tool `notmuch-addresses' is required to produce addresses which
match a query string. An example of a suitable script can be found in
the git repository at
http://jkr.acm.jhu.edu/git/notmuch_addresses.git
There are no doubt others.
---
emacs/Makefile.local |3 +-
emacs/notmuch-addres
Define a new `mail-user-agent' (`notmuch-user-agent') and use it by
default. Re-arrange various routines that send mail to use this
(compose, reply, forward). Insert a `User-Agent:' header by default.
---
emacs/Makefile.local |5 +-
emacs/notmuch-hello.el |2 +
emacs/notmuch-lib.el |
On Thu, 22 Apr 2010 11:20:33 -0400, Jameson Rollins
wrote:
> On Thu, 22 Apr 2010 15:38:55 +0100, David Edmondson wrote:
> > The `defcustom' does nothing if the variable already has a value.
>
> But the defcustom is always going to be called before any customization
> value, since my personal cu
On Fri, 16 Apr 2010 12:47:49 +0100, David Edmondson wrote:
> Search output was already using `timestamp' for a very similar field,
> so follow that.
Carl, this seems low-risk and easy to include for 0.3.
dme.
--
David Edmondson, http://dme.org
Search output was already using `timestamp' for a very similar field,
so follow that.
---
notmuch-show.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 76873a1..26449fa 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
@@ -145,7 +145,
---
emacs/Makefile.local |5 +
emacs/notmuch-hello.el | 359
emacs/notmuch-lib.el |9 ++
emacs/notmuch-logo.png | Bin 0 -> 1671 bytes
emacs/notmuch.el | 28 +++--
5 files changed, 390 insertions(+), 11 deletions(-)
create mod
`notmuch-show-toggle-all' changes the visibility all of the messages
in the current thread. By default it makes all of the messages
visible. With a prefix argument, it makes them all not visible.
---
emacs/notmuch-show.el | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
dif
fly from the configuration manager
and see the result. I have not modified notmuch-search-result-format.
See my previous email on tracking down the issue.
Thanks for the help.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100422/9bec72c1/attachment.pgp>
On Thu, 22 Apr 2010, Anthony Towns wrote:
> On Thu, Apr 22, 2010 at 12:37, Dirk Hohndel wrote:
> > On Wed, 21 Apr 2010 17:44:03 -0700, Carl Worth wrote:
> >> So I'd prefer to have this command behave just like all others and use
> >> the same naming.
> >> ? ? ? filename:/complete/path/to/file
>
On Thu, 22 Apr 2010 00:37:25 -0400, Jameson Rollins wrote:
> On Wed, 21 Apr 2010 19:09:35 -0400, Jameson Rollins finestructure.net> wrote:
> > Hey, folks. I just build from Carl's HEAD which includes the new emacs
> > JSON interface and I'm noticing a problem with the
> > notmuch-search-authors-
I now think it is essential that we put together a bug tracker for
notmuch. Things are moving pretty quickly now, which is great, but as
the UI is frequently changing, I'm stumbling upon lots of little bugs.
As I don't have the time to stop what I'm doing and figure out patches
for them all, we re
On Thu, 22 Apr 2010, Carl Worth wrote:
> On Tue, 20 Apr 2010 12:14:56 +0200, Michal Sojka
> wrote:
> > On 20.4.2010 09:21, David Edmondson wrote:
> > > I'm puzzled why you chose to pass a filename as the argument to 'cat'
> > > rather than a message id (id:foo at bar.com)?
> >
> > The reason i
On Thu, 22 Apr 2010 15:38:55 +0100, David Edmondson wrote:
> The `defcustom' does nothing if the variable already has a value.
But the defcustom is always going to be called before any customization
value, since my personal customizations are always loaded last, so I'm
don't see how this would ev
On Wed, 21 Apr 2010 14:03:03 -0700, Carl Worth wrote:
> > commit 2b6201fbf9209a875f216d48c30b95a6f583c575
> >
> > emacs: Add more functions to clean up text/plain parts
> >
> > Add:
> > - notmuch-wash-wrap-long-lines: Wrap lines longer than the width of
> > the current wind
On Thu, 22 Apr 2010 10:03:43 +0100, David Edmondson wrote:
> A tool `notmuch-addresses' is required to produce addresses which
> match a query string. An example of a suitable script can be found in
> the git repository at
> http://jkr.acm.jhu.edu/git/notmuch_addresses.git
> There are no doubt
On Thu, 22 Apr 2010 10:03:43 +0100, David Edmondson wrote:
> A tool `notmuch-addresses' is required to produce addresses which
> match a query string. An example of a suitable script can be found in
> the git repository at
> http://jkr.acm.jhu.edu/git/notmuch_addresses.git
> There are no doubt
On Thu, 22 Apr 2010 10:10:15 -0400, Servilio Afre Puentes
wrote:
> > Showing only one (with a variable allowing you to express preference) is
> > my intention. Any non-shown parts will appear as attachments - you can
> > save them using the button (and perhaps later view them).
>
> Why not see t
On Thu, 22 Apr 2010 10:12:59 -0400, Jameson Rollins
wrote:
> On Thu, 22 Apr 2010 15:04:45 +0100, David Edmondson wrote:
> > Ah, when you set `notmuch-search-authors-width' the expression which
> > creates `notmuch-search-result-format' is not re-evaluated.
> >
> > Do things get better if you re
On Thu, 22 Apr 2010 10:21:11 -0400, Jesse Rosenthal wrote:
> My suggestion would be to revert both the simplification and the fix to
> enable the simplification to pass: (36e4459a3, 2a1a4f0551).
Sorry, got that slightly wrong. The following commits need to be
reverted:
36e4459a328b8449b3e9d510b
On Thu, 22 Apr 2010 10:14:16 -0400, Jesse Rosenthal wrote:
> Just to follow up on this, it seems that the regression comes from the
> fix Carl introduced in 2a1a4f0551 to make his simplification of my patch
> (simplification = 36e4459a3 , my patch = 4971b85641) pass tests. The
> question is whethe
After the encouraging message from Sebastian. I deleted the
.notmuch/xapian dir and started again.
It went off a good rate (300+ files/sec) and here was the final score
Processed 494764 total files in 2h 54m 41s (47 files/sec.).
Added 226817 new messages to the database.
This is
On Thu, 22 Apr 2010 16:06:27 +0200, Sebastian Spaeth
wrote:
>
> jkr and I noticed that patch series are shown in reverse order now, in
> fact threads seem to display messages at the same depth in reverse
> chronological order now.
Just to follow up on this, it seems that the regression comes fr
On Thu, 22 Apr 2010 15:04:45 +0100, David Edmondson wrote:
> Ah, when you set `notmuch-search-authors-width' the expression which
> creates `notmuch-search-result-format' is not re-evaluated.
>
> Do things get better if you restart emacs (sorry for suggesting that)?
I can't see how that would he
On 22 April 2010 08:30, David Edmondson wrote:
> On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes
> wrote:
>> On 21 April 2010 17:03, Carl Worth wrote:
>> > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote:
>> [...]
>> > Meanwhile, another issue with the result of this series
jkr and I noticed that patch series are shown in reverse order now, in
fact threads seem to display messages at the same depth in reverse
chronological order now.
Here is my monologue from IRC:
Is that supposed to show the whole thread in reverse chronological order?:
notmuch show --entire-threa
On Thu, 22 Apr 2010 09:22:32 -0400, Jameson Rollins
wrote:
> > Can you show any explicit settings you have for
> > `notmuch-search-authors-width' and `notmuch-search-result-format'? Where
> > do you set them?
>
> Changing notmuch-search-authors-width to anything longer than 20 (which
> is the de
On Wed, 21 Apr 2010 12:15:48 -0700, Carl Worth wrote:
> Sure. Hiding a message with 'b' is visually identical to hiding it with
> RET.
That's not quite true. `b' will (would) hide only the body. If the
header is visible `b' will not hide it.
> Except that the internal mechanism is distinct, so t
On 2010-04-22, Sebastian Spaeth wrote:
> From: Jesse Rosenthal
This patch must have slipped in the patch series of the 6 other patches
(which are all correct). Please ignore it.
Note to myself, never do "git send-email 00*"
Sebastian
___
notmuch maili
On Thu, 22 Apr 2010 08:52:59 +0100, David Edmondson wrote:
> On Thu, 22 Apr 2010 00:37:25 -0400, Jameson Rollins
> wrote:
> > On Wed, 21 Apr 2010 19:09:35 -0400, Jameson Rollins
> > wrote:
> > > Hey, folks. I just build from Carl's HEAD which includes the new emacs
> > > JSON interface and I'
On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes
wrote:
> On 21 April 2010 17:03, Carl Worth wrote:
> > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote:
> [...]
> > Meanwhile, another issue with the result of this series is that I now
> > seem to get rendering for both the te
Add:
- notmuch-wash-wrap-long-lines: Wrap lines longer than the width of
the current window whilst maintaining any citation prefix.
- notmuch-wash-tidy-citations: Tidy up citations by:
- compress repeated otherwise blank citation lines,
- remove otherwise blank citation lines at the head and
On 21 April 2010 17:03, Carl Worth wrote:
> On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote:
[...]
> Meanwhile, another issue with the result of this series is that I now
> seem to get rendering for both the text/plain and the text/html
> alternatives when a message has both. For now, t
Sebastian pointed out that the pre-JSON UI would move the cursor to
the end of the buffer if `n' or `N' is hit when on the last (unread)
message. Mimic that behaviour in the new UI.
---
emacs/notmuch-show.el | 20 +---
1 files changed, 13 insertions(+), 7 deletions(-)
diff --git
On 2010-04-22, David Edmondson wrote:
> A tool `notmuch-addresses' is required to produce addresses which
> match a query string. An example of a suitable script can be found in
> the git repository at
> http://jkr.acm.jhu.edu/git/notmuch_addresses.git
> There are no doubt others.
no doubt :-)
On 2010-04-22, David Edmondson wrote:
> Define a new `mail-user-agent' (`notmuch-user-agent') and use it by
> default. Re-arrange various routines that send mail to use this
> (compose, reply, forward). Insert a `User-Agent:' header by default.
I've been using this or a slightly earlier version of
My "reply-to-sender-only" works too well, resending this to the notmuch list.
--- Begin Message ---
On 2010-04-22, Carl Worth wrote:
> Or perhaps Sebastian has an evil plan to dominate the "git shortlog"
> output for the next release cycle.
MIME-Version: 1.0
Oh NOOO, my evil plan is disclosed!
S
On 2010-03-05, Jesse Rosenthal wrote:
> One element of traditional clients that I've missed in notmuch is the
> ability to easily see which messages have been replied to. A look at the
> thread structure will often make that clear, but for both searching and
> syncing, an "answered" tag would be ni
The former requires 'cl to be loaded and during make install emacs complained
about not knowing it.
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b/emacs/notmuch-maildir-fcc
On Wed, 21 Apr 2010 18:11:14 -0700, Carl Worth wrote:
> Most of what came in in response to this request has now been merged.
> Notable things that made the merge window but have not been merged yet
> include...
Hi Carl,
Just wanted to call one more thing to your attention: the patch covering
th
Rather than the insert-buffer. Emacs complains that it is for interactive use
and not for use within elisp. So use insert-buffer-substring which does the
same thing when not handed any 'begin' 'end' parameters.
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el |2 +-
1 files c
Show how to set up an FCC header hook. Some minor indentation fixes
Signed-off-by: Sebastian Spaeth
---
emacs/notmuch-maildir-fcc.el | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b/emacs/notmuch-maildir-fcc.el
index c91095d..f
1 - 100 of 116 matches
Mail list logo