p://notmuchmail.org/pipermail/notmuch/attachments/20101108/74af75df/attachment.bin>
On Mon, 08 Nov 2010 10:02:31 -0800, Carl Worth wrote:
> Now, where was that patch adding a "reply to sender only" binding...
>
After a number of embarrassing mails I use the attached patch, which
changes the default behaviour of "r" to "reply to sender only". Usual
reply to everybody is "R". Ma
Re-work the declaration and definition of `notmuch-fcc-dirs'. The
variable now allows three types of values:
- nil: no Fcc header is added,
- a string: the value of `notmuch-fcc-dirs' is the name of the
folder to use,
- a list: the folder is chosen based on the From address of the
current me
On Fri, 5 Nov 2010 08:31:45 +, David Edmondson wrote:
> +(require 'cl-seq)
Ouch. This (a) doesn't work and (b) breaks the 'no cl at runtime'
rule. I'll fix it and resubmit.
dme.
--
David Edmondson, http://dme.org
On Mon, 08 Nov 2010 09:50:46 -0800, Carl Worth wrote:
> On Wed, 26 May 2010 17:01:34 +0300, Ali Polatel wrote:
> > notmuch-deliver is a maildir delivery tool for notmuch mail indexer. It
> > reads from standard input, delivers the mail to the specified maildir
> > and adds it to the notmuch datab
---
This is particularly useful when paging through a long message.
emacs/notmuch-show.el |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 08654f1..1046bf0 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.e
On Sun, 07 Nov 2010 02:46:08 +0100, Michal Sojka wrote:
> On Thu, 04 Nov 2010, Carl Worth wrote:
> > I'm not entirely sure I like a big, global state-changing function like
> > that in the library. But if we do want to have that, we need to fix the
> > documentation of all functions that are affec
art --
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/20101108/3743a723/attachment-0001.pgp>
Oh, I see the problem. I wasn't paying attention -- the problem is that
C-h f substitutes "M-x " for those keybindings, instead of
a keystroke, which is why it looks weird. That's annoying, but I'm not
sure what we can do, so I guess let's drop this patch in favor of it
looking good in the builtin
I'll think about putting together that patch, although I am going on
vacation for a few weeks shortly, so it might not happen particularly
soon.
IME trying to use emacs without any window splitting is a bit of a lost
cause, but maybe you're right that it's possible if you're /just/ using
notmuch,
Hm. I was looking at the result of C-h f notmuch-search-mode RET, which
is how I'm used to looking at emacs documentation inside emacs. Having
just checked with an 'emacs -q', it looks like the notmuch "?" buffer
does wrap the docstring, but C-h f does not.
I feel like the right answer here is pro
new commits on top to implement the functions I described
above.
I'll be interested in any feedback.
Thanks again,
-Carl
--
carl.d.worth at intel.com
-- 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/20101108/354d8d92/attachment.pgp>
On Mon, 08 Nov 2010 09:09:20 -0800, Carl Worth wrote:
> PS. Was there no [PATCH 2/2] to follow this one?
doh! Sorry, no, there was only one patch. I made a mistake when I ran
format-patch and it exported multiple patches and I forgot to fix the
subject. Thanks!
jamie.
pgpSqdYvrs7y2.pgp
Descr
Remove 're: ' or 'Re: ' from anywhere within a subject line rather
than just at the beginning. This is to accommodate threads where a
mailing list sometimes inserts a subject prefix.
For example, if a thread has the subjects:
[Orgmode] org-indent, org-inlinetask: patches on github
Re: [Or
Collapsed messages do not show a "Subject:" line if the subject is the
same as that of the previous message.
---
Remove the preference setting.
emacs/notmuch-show.el | 34 --
1 files changed, 24 insertions(+), 10 deletions(-)
diff --git a/emacs/notmuch-show.el
On Sun, 06 Jun 2010 18:28:24 +0300, Ali Polatel wrote:
> Here's a pull request for ruby bindings as you requested on #notmuch.
> I've only tested them briefly and I hope more people will test it and
> contribute to it if it's merged with master. So here goes:
You were so responsive to my request
ext 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/20101108/c0eb535d/attachment.pgp>
On Mon, 08 Nov 2010 09:57:16 -0800, Carl Worth wrote:
> So I'll merge these now.
These are all merged and pushed out now. (I pushed only the vim-specific
changes and not the lower-level change to the author cleanup.)
-Carl
--
carl.d.wo...@intel.com
pgptJJx0cgHxU.pgp
Description: PGP signatur
--
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/20101108/61cb69c6/attachment.pgp>
On Mon, 08 Nov 2010 09:47:19 -0800, Carl Worth wrote:
> Here are those instructions. Just reply to this message and send me a
> public ssh key, then I'll merge your ruby bindings to master, and set
> things up so that you can push any future changes.
Bah. I had intended to send that message only
ize: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101108/d1c597c8/attachment.pgp>
Oh, I see the problem. I wasn't paying attention -- the problem is that
C-h f substitutes "M-x " for those keybindings, instead of
a keystroke, which is why it looks weird. That's annoying, but I'm not
sure what we can do, so I guess let's drop this patch in favor of it
looking good in the builtin
I'll think about putting together that patch, although I am going on
vacation for a few weeks shortly, so it might not happen particularly
soon.
IME trying to use emacs without any window splitting is a bit of a lost
cause, but maybe you're right that it's possible if you're /just/ using
notmuch,
On Sat, 5 Jun 2010 14:12:33 +0300, Felipe Contreras
wrote:
> The only controversial one is the really aggressive author cleanup. I
> guess the really ideal thing would be to pass the full author "Foo Bar
> ", and let UI's deal with the format (possibly
> configurable by the user).
Yes. Personal
--
carl.d.worth at intel.com
-- 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/20101108/85a2869e/attachment.pgp>
Hm. I was looking at the result of C-h f notmuch-search-mode RET, which
is how I'm used to looking at emacs documentation inside emacs. Having
just checked with an 'emacs -q', it looks like the notmuch "?" buffer
does wrap the docstring, but C-h f does not.
I feel like the right answer here is pro
On Wed, 26 May 2010 17:01:34 +0300, Ali Polatel wrote:
> notmuch-deliver is a maildir delivery tool for notmuch mail indexer. It
> reads from standard input, delivers the mail to the specified maildir
> and adds it to the notmuch database. This is meant as a convenient
> alternative to running not
ttachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101108/3efb09ef/attachment-0001.pgp>
On Mon, 08 Nov 2010 09:44:53 -0800, Carl Worth wrote:
> I'm glad to see these implemented within the bindings directory of the
> notmuch source code. If you'd be interested, I'd be happy to host these
> bindings in the primary repository, (where you could just push changes
> directly). I'll send y
Thanks,
-Carl
--
carl.d.worth at intel.com
-- 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/20101108/29e90455/attachment.pgp>
On Sat, 22 May 2010 10:26:52 +0300, Ali Polatel wrote:
> I've written Ruby bindings for the notmuch library.
Hi, Ali.
Thanks so much for writing these bindings and sharing them with the
community! I'm sorry it has taken me so long before I've responded to
your message announcing these.
> - Clon
application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101108/5afeec97/attachment.pgp>
On Fri, 14 May 2010 16:46:31 -0400, Nelson Elhage wrote:
> Oops; I realized I haven't been signing off on last few patches I've
> sent.
>
> Signed-off-by: Nelson Elhage
That's not a problem at all.
We don't require signed-off by for the notmuch project. Instead, people
should be adding Copyrig
t --
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/20101108/14bf8afe/attachment.pgp>
On Fri, 14 May 2010 16:42:07 -0400, Nelson Elhage wrote:
> This makes for easier reading in the *help* window.
How are you getting unpleasant results here?
I intentionally implemented manual, "incorrect" wrapping in the
source. The idea is that once the text is actually displayed (whether
view `
make that displayed result
incorrect.
Is there something different about your environment that's making this
not work as desired?
-Carl
--
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signa
On Sat, 15 May 2010 17:07:42 -0400, Nelson Elhage wrote:
> On Fri, 14 May 2010 15:47:24 -0700, "Sebastian Spaeth"
> wrote:
> > On 2010-05-14, Sebastian Spaeth wrote:
> > > I just tried this and one thing I did not like...
...
> It's worth documenting. I'd prefer not to override it in notmuch-hel
pe: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101108/c586b60f/attachment.pgp>
On Thu, 4 Nov 2010 20:49:35 -0700, Michael Forney wrote:
> When decoded_value, header_sofar, and header are unused, they should
> be freed.
Thanks for the cleanups here. Just looking over the patch it's clear
that I let some code into message-file.c without coercing the style into
what I would r
e
patch into two?
Thanks,
-Carl
--
carl.d.worth at intel.com
-- 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/20101108/9641468b/attachment.pgp>
On Sat, 06 Nov 2010 16:12:17 -0400, Jameson Rollins
wrote:
> expected. Try it: it really works! There are only a couple of very
> little things that are a little funky:
Hey, that's pretty cool. I'm glad it's working so well for you.
> * allow me to specify which "headers" from my ebooks I w
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/20101108/9e10adac/attachment.pgp>
On Sat, 6 Nov 2010 16:49:28 -0400, Jameson Rollins
wrote:
> kill-this-buffer appears to be a function intended specifically for
> use in the menu bar, and causes problem killing notmuch buffers when
> multiple frames have been used. This patch replaces kill-this-buffer
> with notmuch-kill-this-b
: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101108/c0165364/attachment.pgp>
Re-work the declaration and definition of `notmuch-fcc-dirs'. The
variable now allows three types of values:
- nil: no Fcc header is added,
- a string: the value of `notmuch-fcc-dirs' is the name of the
folder to use,
- a list: the folder is chosen based on the From address of the
current me
On Fri, 5 Nov 2010 08:31:45 +, David Edmondson wrote:
> +(require 'cl-seq)
Ouch. This (a) doesn't work and (b) breaks the 'no cl at runtime'
rule. I'll fix it and resubmit.
dme.
--
David Edmondson, http://dme.org
___
notmuch mailing list
notmuch@
---
This is particularly useful when paging through a long message.
emacs/notmuch-show.el |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 08654f1..1046bf0 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.e
Remove 're: ' or 'Re: ' from anywhere within a subject line rather
than just at the beginning. This is to accommodate threads where a
mailing list sometimes inserts a subject prefix.
For example, if a thread has the subjects:
[Orgmode] org-indent, org-inlinetask: patches on github
Re: [Or
Collapsed messages do not show a "Subject:" line if the subject is the
same as that of the previous message.
---
Remove the preference setting.
emacs/notmuch-show.el | 34 --
1 files changed, 24 insertions(+), 10 deletions(-)
diff --git a/emacs/notmuch-show.el
49 matches
Mail list logo