On Fri, 12 Mar 2010 14:41:22 +0100, Ingmar Vanhassel
wrote:
> I was just going to mail an updated series for this. I'd definitely like to
> see
> this upstream.
>
I agree. It would be quite nice to finally have to this merged.
> I amended the first patch to install the notmuch.h header.
>
>
On Fri, 12 Mar 2010 16:02:03 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Fri, 12 Mar 2010 14:47:33 +0100, Ingmar Vanhassel ing...@exherbo.org
wrote:
Your patchset compiles fine and installs /usr/local/bin/notmuch and
/usr/local/lib/libnotmuch.so.1. However, it doesn't find it when
On Fri, 12 Mar 2010 18:46:02 +, ing...@exherbo.org wrote:
ubuntu 9.10 and I don't have LDPATH set at all. Thanks, I will try to
fix that.
Oh, nevermind what I said earlier.
Verify that /usr/local/lib is in /etc/ld.so.conf. If not add it there. Then
run ldconfig
after installing
> ubuntu 9.10 and I don't have LDPATH set at all. Thanks, I will try to
> fix that.
Oh, nevermind what I said earlier.
Verify that /usr/local/lib is in /etc/ld.so.conf. If not add it there. Then
run ldconfig
after installing notmuch, then it should work. Doing everything with the
package
On Fri, 12 Mar 2010 15:43:10 +, ingmar at exherbo.org wrote:
> What's the value of LDPATH in your environment? It should contain
> /usr/local/lib.
> If it doesn't that's not an issue with the patch, but with your
> installation/distro
ubuntu 9.10 and I don't have LDPATH set at all. Thanks,
On Fri, 12 Mar 2010 14:47:33 +0100, Ingmar Vanhassel
wrote:
> Here's my updated series for this.
Ben Gamaris original patch gives me an "-lnotmuch" not found failure
during compilation.
Your patchset compiles fine and installs /usr/local/bin/notmuch and
/usr/local/lib/libnotmuch.so.1. However,
> Ben Gamaris original patch gives me an "-lnotmuch" not found failure
> during compilation.
> Your patchset compiles fine and installs /usr/local/bin/notmuch and
> /usr/local/lib/libnotmuch.so.1. However, it doesn't find it when running
> and exits saying libnotmuch.so not found.
Right, that was
I was just going to mail an updated series for this. I'd definitely like to see
this upstream.
I amended the first patch to install the notmuch.h header.
The second patch from a friend of mine fixes a parallel make issue I ran into
when I tested one of your intiial patches. I ran this patch by
I'd very much like to see this upstream.
Here's my updated series for this.
I amended your first patch to make it install the notmuch.h header too.
The second patch fixed some parallel make issue I had while testing your
series. We discussed this
ages ago on #notmuch, I don't remember the
On Fri, 12 Mar 2010 14:47:33 +0100, Ingmar Vanhassel ing...@exherbo.org wrote:
Here's my updated series for this.
Ben Gamaris original patch gives me an -lnotmuch not found failure
during compilation.
Your patchset compiles fine and installs /usr/local/bin/notmuch and
On Fri, 12 Mar 2010 15:43:10 +, ing...@exherbo.org wrote:
What's the value of LDPATH in your environment? It should contain
/usr/local/lib.
If it doesn't that's not an issue with the patch, but with your
installation/distro
ubuntu 9.10 and I don't have LDPATH set at all. Thanks, I will
ubuntu 9.10 and I don't have LDPATH set at all. Thanks, I will try to
fix that.
Oh, nevermind what I said earlier.
Verify that /usr/local/lib is in /etc/ld.so.conf. If not add it there. Then
run ldconfig
after installing notmuch, then it should work. Doing everything with the
package
(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 open buffers.
Note
(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 open buffers.
Note
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 open buffers.
Note that this patch adds an optional `buffer-name
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 open buffers.
Note that this patch adds an optional `buffer-name
On Thu, 11 Feb 2010 22:44:10 -0400, david at tethera.net wrote:
> Return the corresponding header field for the current message as a
> string. These are thin wrappers around notmuch-show-get-header, which
> means they each cause a full parse of the RFC822 header. The main idea
> is to fix an api.
On Thu, 11 Feb 2010 22:44:10 -0400, da...@tethera.net wrote:
Return the corresponding header field for the current message as a
string. These are thin wrappers around notmuch-show-get-header, which
means they each cause a full parse of the RFC822 header. The main idea
is to fix an api.
OK.
May I propose this patch for fast-track inclusion? It makes notmuching
much more pleasantly. Thanks for that patch.
Sebastian
ps. if someone could propose a strategy for a "forward to next unread
message" keybinding in a thread, I would be (nearly) completely happy :).
pps. I included this one
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 open buffers.
Note that this patch adds an optionsal `buffer-name
On Fri, 12 Feb 2010 12:10:41 -0500, Jesse Rosenthal
wrote:
> Change the buffer name to the subject of the thread instead of
> the thread-id. This is more meaningful to the user, and will make it easier
> to scroll through numerous open buffers.
Wow, what a great idea. I was gettin
Change the buffer name to the subject of the thread instead of
the thread-id. This is more meaningful to the user, and will make it easier
to scroll through numerous open buffers.
Note that this patch adds a required `buffer-name' argument to notmuch-show.
Signed-off-by: Jesse Rosenthal jrosent
On Fri, 12 Feb 2010 12:10:41 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote:
Change the buffer name to the subject of the thread instead of
the thread-id. This is more meaningful to the user, and will make it easier
to scroll through numerous open buffers.
Wow, what a great idea. I
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 open buffers.
Note that this patch adds an optionsal `buffer-name
ent message"
+ (notmuch-show-get-header-field 'from))
+
+(defun notmuch-show-get-subject ()
+ "Return subject of current message"
+ (notmuch-show-get-header-field 'subject))
+
+(defun notmuch-show-get-to ()
+ "Return To address of current message"
+ (notmuch-sh
"Return From address of current message"
+ (notmuch-show-get-header-field 'from))
+
+(defun notmuch-show-get-subject ()
+ "Return subject of current message"
+ (notmuch-show-get-header-field 'subject))
+
+(defun notmuch-show-get-to ()
+ "Return To address of current message&q
-get-header-field 'from))
+
+(defun notmuch-show-get-subject ()
+ Return subject of current message
+ (notmuch-show-get-header-field 'subject))
+
+(defun notmuch-show-get-to ()
+ Return To address of current message
+ (notmuch-show-get-header-field 'to))
+
+(defun notmuch-show-get-header-field
))
+
+(defun notmuch-show-get-subject ()
+ Return subject of current message
+ (notmuch-show-get-header-field 'subject))
+
+(defun notmuch-show-get-to ()
+ Return To address of current message
+ (notmuch-show-get-header-field 'to))
+
+(defun notmuch-show-get-header-field (name)
+ Retrieve the header
On Wed, 03 Feb 2010 18:37:57 -0500, Jameson Rollins wrote:
> On Thu, 4 Feb 2010 09:41:41 +1300, martin f krafft
> wrote:
> > also sprach David Bremner [2010.02.04.0924 +1300]:
> > > > PS: speaking of prefixes, how about remving the subject prefix of
>
On Wed, 03 Feb 2010 18:37:57 -0500, Jameson Rollins wrote:
>
> I think I might agree with Martin. The subject prefix doesn't really
> seem necessary with notmuch, considering that for the following two
> searches:
>
> notmuch search to:notmuch at notmuchmail.org
> n
On Thu, 4 Feb 2010 09:41:41 +1300, martin f krafft
wrote:
> also sprach David Bremner [2010.02.04.0924 +1300]:
> > > PS: speaking of prefixes, how about remving the subject prefix of
> > > this list in general? ;)
> >
> > I used to agree, but in notmuch, I ac
On Thu, 4 Feb 2010 09:41:41 +1300, martin f krafft madd...@madduck.net wrote:
also sprach David Bremner brem...@unb.ca [2010.02.04.0924 +1300]:
PS: speaking of prefixes, how about remving the subject prefix of
this list in general? ;)
I used to agree, but in notmuch, I actually find
On Wed, 03 Feb 2010 18:37:57 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
I think I might agree with Martin. The subject prefix doesn't really
seem necessary with notmuch, considering that for the following two
searches:
notmuch search to:notmuch@notmuchmail.org
notmuch
Thanks to Micah Anderson on IRC for pointing out that the previous
version of this patch broke '?' in notmuch-show mode. This was
arguably a bug in the notmuch help code, fixed in patch 2 of the
series. I wouldn't be surprised if 'map-keymap' could be used other
places in the code, but I kept
Hi David,
> "DM" == David Maus writes:
>> There is one maybe controversial change, namely that it ignores all
>> dot-dirs; this works fine for .notmuch and .nnmaildir (gnus), but maybe
>> there is some valid use case for having mail in dot-dirs. Maybe one of
>> the
At Sat, 12 Dec 2009 13:36:24 +0200,
Dirk-Jan C. Binnema wrote:
> There is one maybe controversial change, namely that it ignores all dot-dirs;
> this works fine for .notmuch and .nnmaildir (gnus), but maybe there is some
> valid use case for having mail in dot-dirs. Maybe one of the IMAP-servers
Hi all,
This is a draft patch which hopefully improves the check whether a dir entry
should be ignored for that. It adds one feature: if you put a file '.noindex'
in a dir, the whole dir will be ignored for indexing. I find this very useful
for removing e.g. folders with spam messages from the
Hi all,
This is a draft patch which hopefully improves the check whether a dir entry
should be ignored for that. It adds one feature: if you put a file '.noindex'
in a dir, the whole dir will be ignored for indexing. I find this very useful
for removing e.g. folders with spam messages from the
At Sat, 12 Dec 2009 13:36:24 +0200,
Dirk-Jan C. Binnema wrote:
There is one maybe controversial change, namely that it ignores all dot-dirs;
this works fine for .notmuch and .nnmaildir (gnus), but maybe there is some
valid use case for having mail in dot-dirs. Maybe one of the IMAP-servers does
From: David Bremner <brem...@unb.ca>
Add functions notmuch-search-find-authors and notmuch-find-subject to
match notmuch-find-thread-id. These functions are just a wrapper
around get-text-property, but in principle that could change.
---
notmuch.el | 12 +++-
1 files chang
On Mon, 30 Nov 2009 22:50:39 +0800, Kan-Ru Chen ka...@kanru.info wrote:
Remove the underline of both message summary and subject lines.
Message summary still defaults to reverse-video, use customize to
change it to whatever you like.
Thanks for submitting this patch. I recently fixed the ugly
From: David Bremner brem...@unb.ca
Add functions notmuch-search-find-authors and notmuch-find-subject to
match notmuch-find-thread-id. These functions are just a wrapper
around get-text-property, but in principle that could change.
---
notmuch.el | 12 +++-
1 files changed, 11
On Mon, 30 Nov 2009 22:10:59 +0530, "Aneesh Kumar K. V" wrote:
> The subject line is already have a font face value attached.
> message-header-name to show the name of the header and
> message-header-subject to show the subject details.
>
Two faces will be merged automat
Remove the underline of both message summary and subject lines.
Message summary still defaults to reverse-video, use customize to
change it to whatever you like.
Signed-off-by: Kan-Ru Chen
---
notmuch.el | 20
1 files changed, 16 insertions(+), 4 deletions(-)
diff --git
On Mon, 30 Nov 2009 22:50:39 +0800, Kan-Ru Chen wrote:
> Remove the underline of both message summary and subject lines.
> Message summary still defaults to reverse-video, use customize to
> change it to whatever you like.
>
> Signed-off-by: Kan-Ru Chen
> ---
&g
Hi,
I find this patch useful for searching my mail. I realize that the
option is horrendously long, and I would take any suggestions to shorten
it or to use a short op, like -m.
-Bart
401 - 446 of 446 matches
Mail list logo