Previously notmuch command name was hardcoded into this function,
which made remote use of pipe command impossible.
---
emacs/notmuch-show.el |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 3daa868..ae483dd 100644
On Sat, 06 Nov 2010 16:12:17 -0400, Jameson Rollins wrote:
> But that's it! Everything else works as a perfect ebook indexer. I
> can of course even add tags to my books. Beautiful. It's really
> quite incredible how well it works for this out of the box. The only
> other issue is that my
On Sat, 06 Nov 2010 23:28:21 +, Darren McGuicken wrote:
> I've now had a chance to play with this a little and while indexing,
> tagging and searching all seem to work as expected, I am getting the
> error 'Stack overflow in regexp matcher' when I try to view any of the
> ebooks which either
On Thu, 04 Nov 2010, Carl Worth wrote:
> Meanwhile, here are some of the things I'm still thinking about in
> regards to this patch. First, the commit message describes the
> synchronization happening at "notmuch new" and "notmuch tag/notmuch
> restore". But the implementation shows that the
On Fri, 05 Nov 2010, Sebastian Spaeth wrote:
> On Wed, 09 Jun 2010 20:01:15 -0700, Dirk Hohndel wrote:
> > I've been using them for a while as well and love the feature, but I
> > keep running into situations where notmuch seems to get out of sync
> > regarding file names on disk. I haven't done a
On Fri, 05 Nov 2010 10:51:52 -0700, Carl Worth wrote:
> > +(defcustom notmuch-show-elide-same-subject nil
> > + "Do not show the subject of a collapsed message if it is the
> > +same as that of the previous message."
Just for the record. I really think this is an improvement that doesn't
need a
