Emacs22 lacks apply-partially and mouse-event-p, so define them if emacs
version is less than 23. With this change, I was able to begin using
notmuch in emacs22.
apply-partially cribbed from
http://notmuchmail.org/pipermail/notmuch/2009/000889.html
This is an updated patch that fixes a bug in
>What's your favorite thing about notmuch?
The simple, functional emacs interface (rmail is too simple and Gnus too
complex). Especially, I like the
idea that many commands create new bufferes, that get deleted with "q", so that
access to buffers is
done like in a stack.
>What about not
Emacs22 lacks apply-partially and mouse-event-p, so define them if emacs
version is less than 23. With this change, I was able to begin using
notmuch in emacs22.
apply-partially cribbed from
http://notmuchmail.org/pipermail/notmuch/2009/000889.html
This is an updated patch that fixes a bug in
er it!
spamtraps: madduck.bogus at madduck.net
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100227/3d3dc69e/attachment.pgp>
next part --
A non-text attachment was scrubbed...
Name: 0002-Add-support-for-deletion-in-the-emacs-interface.patch
Type: text/x-diff
Size: 5934 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100227/548167d8/attachment.patch>
-
On Fri, 26 Feb 2010 11:24:44 -0800, Carl Worth wrote:
> Then, I'd like to have a new, succinct and explicit syntax to indicate a
> search that should return all results. For example, we could use '*' but
> that has the issue that it would need escaping from the shell. But the
> idea would be to be
On Fri, 26 Feb 2010 12:08:49 -0800, Carl Worth wrote:
> It seems clear that I'll have some opportunities to present notmuch to
> various audiences at varying levels of formality. Since notmuch is
> already a bigger project than me, I'd love to get some ideas from others
> about what you think are
>What's your favorite thing about notmuch?
The simple, functional emacs interface (rmail is too simple and Gnus too
complex). Especially, I like the
idea that many commands create new bufferes, that get deleted with "q", so that
access to buffers is
done like in a stack.
>What about not
also sprach Carl Worth [2010.02.26.2108 +0100]:
>What's your favorite thing about notmuch?
a. that it's an important step forward towards a completely
tag-based e-mail setup
b. that it is implemented with a library, a UI, and clients on top,
rather than directly as a GUI. ;)
>What
On Fri, 26 Feb 2010 23:03:34 -0500, James Vasile
wrote:
> On Fri, 26 Feb 2010 20:33:08 -0500, micah anderson
> wrote:
> >
> > Hey james,
> >
> > i really like your notmuch-retry bits, I've taken that shell script and
> > integrated it into my tagging script, thanks! I'm curious if you are
> >
On Fri, 26 Feb 2010 23:03:34 -0500, James Vasile
wrote:
> On Fri, 26 Feb 2010 20:33:08 -0500, micah anderson wrote:
> >
> > Hey james,
> >
> > i really like your notmuch-retry bits, I've taken that shell script and
> > integrated it into my tagging script, thanks! I'm curious if you are
> > go
On Fri, 26 Feb 2010 11:24:44 -0800, Carl Worth wrote:
> Then, I'd like to have a new, succinct and explicit syntax to indicate a
> search that should return all results. For example, we could use '*' but
> that has the issue that it would need escaping from the shell. But the
> idea would be to be
Here they are; as I don't know how to include them in the body, I put the
patches as attachments. I hope this
will be convienient enough for you.
Matthieu
- ra...@free.fr a écrit :
> Carl: The patch in the mail has problems; apparently I have to
> manually add scissorlines to the mail for
13 matches
Mail list logo