On Tue, Jan 19, 2010 at 04:00:06PM +0100, Marten Veldthuis wrote:
On Tue, 19 Jan 2010 14:37:03 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
- Move read files from 'new' to 'cur' folder. At what point is that
moving typically done in Maildir? When the user has actually looked
On Tue, Jan 19, 2010 at 04:52:42PM +0100, Sebastian Spaeth wrote:
That is why I have coded my notmuchsync tool. It does all that. While I
agree that notmuch should probably (and faster) do all that itself, the
current design seems to be to keep notmuch flexible, small and to never touch
your
On Tue, Jan 19, 2010 at 11:29:10AM -0500, Servilio Afre Puentes wrote:
For what I've read so far from messages of the authors in this mailing
list and the programmed behaviour, I think that is the intention
(though not fully implemented yet) and in my opinion the right one.
Maybe if the
This patch is intended to greatly simplify the handling of the
unread tag in the emacs UI. This patch adds a new function
'notmuch-show-mark-read', that removes the unread tag in
notmuch-show-mode. This function is then executed as a
notmuch-show-hook, and by notmuch-show-next-message. All of
On Thu, Jan 21, 2010 at 10:35:34AM -0500, Jesse Rosenthal wrote:
Region is emacs-speak for selected area (either click-and-drag or C-SPC
and then motion commands). Basically, this was meant to be an emacsy-way
of tagging a bunch of messages in a buffer at once.
I understand what a region is in
Hey, folks. I'm being killed by the slowness of {,un}tagging in notmuch
on Debian, which, as I understand it, comes from a xapian bug that has
been fixed upstream (all of which has been discussed quite a bit on this
list). A request for an upload of a new xapian verion that fixes the
bug has
On Mon, 25 Jan 2010 11:22:47 -0500 (EST), Mike Kelly pi...@pioto.org wrote:
Similarly, provide a mechanism for correlating the folder name with
some set of tags, and change those tags as messages are moved around.
For example, I might have:
~/.notmuch-config:
[database]
This patch just simplifies the notmuch new output to make it easier to
read, as well as more easily machine parsable.
---
notmuch-new.c | 31 ---
1 files changed, 12 insertions(+), 19 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index f25c71f..e07107e
On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
Stores the folder (directory name) of the message in the database as a
term with folder prefix.
This patch was originally sent by Andreas Klöckner. The differences
from the original patch are:
- Folder name is taken
On Tue, 02 Feb 2010 11:20:02 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
I just gave it a try, though, and it seemed to be behaving a little
strangely. I currently have two subdirectories, inbox and sent.
However, new mail to either directory was showing up under the search
On Tue, 02 Feb 2010 18:48:25 +0100, Arvid Picciani a...@exys.org wrote:
On Tue, 2 Feb 2010 16:01:08 +0100, Michal Sojkasojk...@fel.cvut.cz
wrote:
unfortunately it doesnt do anything here :/
i rebuilt the entire index, but no folder: field is added.
can anyone who got it working tell me
On Tue, 2 Feb 2010 23:25:18 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
On Tuesday 02 February 2010 22:31:38 micah anderson wrote:
The easiest way to answer this question is to try it. I did that, and
things didn't work as expected. I expected that once the message was
moved to a
On Wed, 03 Feb 2010 09:44:46 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Tue, 02 Feb 2010 23:44:56 -0800, Carl Worth cwo...@cworth.org wrote:
Anyone want to start thinking about a logo design idea... ?
Although being non-artistic, what about the following design? (Or at
least
On Mon, 01 Feb 2010 17:05:40 -0800, Tad Fisher tadfis...@gmail.com wrote:
So, I dusted off my Elisp manual and hacked up notmuch.el to support a
3-paned UI. This involved the creation of a minor mode (I call it
notmuch-browse-mode) that manages window state, along with several
modifications of
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 it
On Wed, 03 Feb 2010 19:05:42 -0800, Carl Worth cwo...@cworth.org wrote:
I want to maintain a branch myself, (where I'm the only person pushing
to the branch). [This is different than what I've done with the cairo
repository where we have all core maintainer's pushing to a central
repository.
On Fri, 5 Feb 2010 23:48:03 + (UTC), Olly Betts o...@survex.com wrote:
On 2010-02-05, Jameson Rollins wrote:
Hey, folks. I've been noticing some strange behavior of notmuch search
results for strings containing '[]'. Here are some searches for some
exact strings in messages subjects
On Wed, 10 Feb 2010 12:05:02 +, David Edmondson d...@dme.org wrote:
On Wed, 10 Feb 2010 12:55:49 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Wed, 10 Feb 2010 11:38:54 +, David Edmondson d...@dme.org wrote:
[Patch to fontify date]
You do realize that your patch is
On Thu, 11 Feb 2010 23:01:08 -0400, da...@tethera.net wrote:
From: David Bremner brem...@unb.ca
Provide key bindings for stuffing various RFC822 header fields and other
metadata
into the emacs kill-ring as text. The bindings are as follows:
z F notmuch-show-stash-filename
z T
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 was
On Wed, 17 Feb 2010 14:33:11 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
I've been using this for quite some time now and I am pretty happy with
it. However, there is a problem with this approach as this renders the
function notmuch-show-next-unread-message useless.
This proceeds
On Thu, 18 Feb 2010 09:34:28 +0100 (CET), ra...@free.fr wrote:
I don't understand the problem. Why not just letting all inbox mails in a
regular Maildir,
and use git only when they have been explicit archived? This way, mails are
added to git only if we want
to save them, and we rarely
Hey, Carl. I've noticed that you've been applying some patches that
were recently sent to the list, out of order from the chronological
queue of patches that were sent to the list. I'm a fan of the recently
applied patches, but I'm curious about what your plans are for the older
patches in the
Hey, Carl. I mentioned this is an email a while back
(id:87eil4ygar@servo.finestructure.net), but I want to bring it up
again now that you're looking at the JSON output stuff. I would like to
make the case for JSON being the one and only output format. Here's the
arguments:
* JSON is a
On Wed, 24 Feb 2010 15:27:18 +0100 (CET), ra...@free.fr wrote:
I definitely want to be able to pipe single-field lists coming from
notmuch to grep, xargs, shell for loops, etc. without having to
decode
JSON.
While I would love to see JSON (even by default), I agree. If I just
On Wed, 24 Feb 2010 10:19:06 -0800, Carl Worth cwo...@cworth.org wrote:
Elsewhere in the thread Jameson Rollins wrote:
I should have mentioned in my previous mail that I think this tool is
a great idea, and I plan on using it. I just hope that all of it's
functionality will be integrated
On Wed, 24 Feb 2010 10:53:50 -0800, Carl Worth cwo...@cworth.org wrote:
But this patch does have two good ideas not in the other patch, (both of
which I mentioned in the review):
1. It adds a keybinding to the notmuch-show mode
2. It removes the inbox and unread tags while adding the tag
On Wed, 24 Feb 2010 10:26:47 -0800, Carl Worth cwo...@cworth.org wrote:
On Wed, 17 Feb 2010 14:33:11 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Tue, 19 Jan 2010 17:54:16 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
This patch is intended to greatly simplify
On Mon, 01 Mar 2010 13:26:52 -0400, David Bremner brem...@unb.ca wrote:
On Mon, 1 Mar 2010 16:39:06 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
The previous json patches forgot to add the notmuch tags to the json
output. This is inconsistent to the text output so here they are. We
On Fri, 05 Mar 2010 09:39:14 -0500, Jesse Rosenthal jrosent...@jhu.edu 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
On Mon, 08 Mar 2010 12:49:54 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
My bank frequently sends me transactions as an inline-armored gpg
encrypted text.
Wow! That's incredible. I assume this is a German Bank? Only in my
wildest fantasies could I even conceive of such a thing
On Fri, 12 Mar 2010 08:49:35 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
Hmm, I understand. My worry about this approach is the following: Now it
is very straightforward to start using notmuch. You only answer a few
questions when you run notmuch for the first time and then it works. If
we
On Sat, 10 Apr 2010 05:28:32 +1000, Anthony Towns a...@erisian.com.au wrote:
What's wrong with having them inconsistent in this one respect? [0]
$ notmuch count
96632
$ notmuch search
Error: notmuch search requires at least one search term.
This seems very logical and intuitive behavior in
On Fri, 09 Apr 2010 21:47:20 -0700, Dirk Hohndel hohn...@infradead.org wrote:
On Fri, 09 Apr 2010 21:44:02 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
here's what's going wrong. Look at the To: line...
Carl =?UTF-8?b?buKIhXRtdWNoIOSasw==?= Worth cwo...@cworth.org,
The To: line
On Sat, 10 Apr 2010 11:02:19 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
On Sat, 10 Apr 2010, Carl n∅tmuch 䚳 Worth wrote:
Are you all trying to show a problem here? All of the above comes
through fine. Perhaps it's only with non-ASCII in the From line being
replied to?
Yes and also
On Fri, 09 Apr 2010 19:55:17 -0700, Carl Worth cwo...@cworth.org wrote:
So I propose something like:
User-Agent: Notmuch/0.2 (http://notmuchmail.org) Emacs/23.1.1 (gnu/linux)
The problem I see is that if we go with this proposal, our mail will
have inconsistent User-Agent: header, depending
On Sat, 10 Apr 2010 15:52:04 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
frontends that are making use of json already, and once (if?) emacs uses
the json output too, this will become an issue there too.
once, not if!
jamie.
pgpgzv5x4GFqI.pgp
Description: PGP signature
On Mon, 12 Apr 2010 10:00:37 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On 2010-04-10, Anthony Towns wrote:
The attached patch makes notmuch new --new-tags=unread,new set the
unread and new tags on any new mail it finds rather than unread
and inbox. Or whatever other tags you
On Mon, 12 Apr 2010 15:33:35 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
fsync is really killing xapian (and notmuch). What suffers, are the
boolean prefixes (tag, id, and thread). Using libeatmydata (which
disables fsync) shows a 10x speedup for tagging. The speedup is only
factor 2
On Mon, 12 Apr 2010 17:11:24 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
In my mailstore abstraction patches, I suppose that tags for new
messages are derived in some way from mailstore. The idea is, that once
we have a mail store which can store tags (e.g. git-based mails store),
the tags
On Tue, 13 Apr 2010 03:15:28 +1000, Anthony Towns a...@erisian.com.au wrote:
If you say they're just notmuch tag commands applied at new time you
expect to have the same search behaviour as Xapian...
True, but that's not exactly what I was saying. I was just saying to
use the same syntax. But
On Tue, 13 Apr 2010 23:19:37 +0100, James Westby jw+deb...@jameswestby.net
wrote:
On Wed, 14 Apr 2010 00:11:50 +0200, Xavier Maillard x...@gnu.org wrote:
Say I have a thread with A-B-C. I visit the thread and read the
whole thread. Let's say after 'notmuch new' a post has entered
the
Does anyone know how to bounce a message, in the mutt sense of the
term where the message is send unaltered to a new recipient, in
notmuch/emacs? I can't find any way to do it with message-mode. I
think this was very useful feature in mutt, and it would be great if we
could add a command to
On Fri, 16 Apr 2010 10:34:53 +0200, Peter Wiersig
fri...@london087.server4you.de wrote:
On Thu, 15 Apr 2010 17:27:17 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
Does anyone know how to bounce a message,
pipe the message to sendmail u...@axample.com
Well, ok, mutt adds
On Tue, 20 Apr 2010 12:14:56 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
The reason is that I want be able to distinguish between several
messages with the same id. Consider a message sent to a list. One copy
is stored in your sent folder and one in another folder. You may want to
On Wed, 21 Apr 2010 12:15:48 -0700, Carl Worth cwo...@cworth.org wrote:
[*] Even more simplification is possible if we stop trying to hide
header components. Several people have requested that To and Cc be
visible all the time.
Hey, Carl. I had actually been meaning to bring this up. I
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-width variable. If I set the variable as
follows:
(setq notmuch-search-authors-width 40)
author lists that overrun the specified width start spitting
On Wed, 21 Apr 2010 16:16:02 -0700, Dirk Hohndel hohn...@infradead.org wrote:
Straight forward addition to the Emacs UI. The 'd' keybinding
is implemented very similar to the 'a' keybinding - it only
adds a +deleted tag as well. This tag is used by notmuchsync
to delete (-p prune) files in the
On Wed, 21 Apr 2010 19:25:43 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
The one thing I would suggest is adding a level of customizability,
instead of hardcoding in deleted.
i.e.:
(defvar notmuch-delete-tag deleted)
and then:
(if delete
(notmuch-show-add-tag
On Wed, 21 Apr 2010 19:09:35 -0400, Jameson Rollins
jroll...@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-width variable. If I set the variable as
follows:
(setq
On Wed, 21 Apr 2010 17:20:41 -0700, Dirk Hohndel hohn...@infradead.org wrote:
Well, that would take away a big reason for adding this -
convenience. In the end it's user experience design. The question is
(based on expected behavior) - do you expect a deleted email to stay
visible in your
On Thu, 22 Apr 2010 08:52:59 +0100, David Edmondson d...@dme.org wrote:
On Thu, 22 Apr 2010 00:37:25 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
On Wed, 21 Apr 2010 19:09:35 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
Hey, folks. I just build from Carl's HEAD
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
On Fri, 23 Apr 2010 12:57:42 +0100, David Edmondson d...@dme.org wrote:
Hey, Carl. I had actually been meaning to bring this up. I actually
don't like having the headers collapsed at all, so I am definitely in
favor of the idea of doing away with this feature. At the very least,
I would
is more straightforward. Just set
notmuch-search-result-format how you want it to be, and it Just Works.
I think we should go with this solution...
Approved-By: Jameson Rollins jroll...@finestructure.net
(I was going to try to resend the patch with the Approved-By bit
added, but I was sure I
, please?
Agreed. Again, thanks so much David. This is exactly what I wanted.
Tested and ...
Approved-By: Jameson Rollins jroll...@finestructure.net
jamie.
pgpUtcYjJQKQ8.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
On Fri, 23 Apr 2010 12:26:43 -0700, Carl Worth cwo...@cworth.org wrote:
A nice improvement, definitely. But I don't hear anyone actually wanting
a configuration value here.
Would anyone complain if I just made these all visible by default?
Would anyone complain if I removed the code to
On Mon, 26 Apr 2010 11:51:46 +0530, Aneesh Kumar K. V
aneesh.ku...@linux.vnet.ibm.com wrote:
* A thread with only one message doesn't show the message body by
default. I need to use 'h' key binding to show the message
body. Multiple message thread seems to work fine.
Yeah, I've been
On Sun, 25 Apr 2010 19:57:33 +0100, Darren McGuicken
mailing-notm...@fernseed.info wrote:
I've been slowly moving all my day-to-day mailing needs to notmuch over
the last month and the only thing I'm missing is native message
decryption and verification support - is this being actively worked
On Mon, 26 Apr 2010 17:11:33 +0100, David Edmondson d...@dme.org wrote:
multipart/signed really needs the re-worked JSON output so that the UI
can know what is going on. It might be possible to kludge something
together with the current output, but it will be awkward.
Actually the emacs UI is
On Mon, 26 Apr 2010 09:13:20 -0700, Dirk Hohndel hohn...@infradead.org wrote:
I think Carl already pushed the fix.
Yes, he did, and it appears to have fixed the problem.
jamie.
pgp3gqGFbiZG1.pgp
Description: PGP signature
___
notmuch mailing list
anything unless notmuch-fcc-dirs are set.
I have tested this and it seem to work perfectly. If the fcc dir
doesn't initially exist, you are prompted to create it. Otherwise it
just works.
Approved-and-Tested-By: Jameson Rollins jroll...@finestructure.net
jamie.
pgpCpPwCY9sYm.pgp
Description: PGP
Notmuch reply should not be Bcc'ing the sender by default. This is
not the appropriate way to save copies of sent mail (which should
probably be handled by an Fcc header) and it doesn't give the user the
option to not be bcc'd. This is really something that should be
handled by the reader UI.
Update the tests so that they no longer expect the Bcc header in the
output of notmuch reply now that it has been removed.
---
test/notmuch-test | 16
1 files changed, 0 insertions(+), 16 deletions(-)
diff --git a/test/notmuch-test b/test/notmuch-test
index a861df1..d8d5ef6
-0400, Jameson Rollins
jroll...@finestructure.net wrote:
0 servo$ notmuch search id:4bd73e8cb3d79_1a3c..fb637ff6...@skinner.tmail
A Xapian exception occurred performing query: Unknown range operation
Query string was: id:4bd73e8cb3d79_1a3c..fb637ff6...@skinner.tmail
0 servo$
I also note here
On Sat, 8 May 2010 13:35:39 +1000, Jason White ja...@jasonjgw.net wrote:
The ELisp code in the current Git master branch calls notmuch count, rather
than notmuch count *.
Is there a difference? I thought there was a big discussion at some
point about how they now behave exactly the same:
0
easier to parse visually.
very strongly...
Approved-by: Jameson Rollins jroll...@finestructure.net
jamie.
pgp8TalllzzBy.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
The function to advance through threads with the space bar is useful.
However, the current implementation also archives messages. The idea
of archiving a message should not be intertwined with the processes of
advancing through messages to read them. Archiving in general should
be a separate
On Wed, 09 Jun 2010 16:12:54 +0100, David Edmondson d...@dme.org wrote:
On Wed, 9 Jun 2010 10:49:43 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
The function to advance through threads with the space bar is useful.
However, the current implementation also archives messages
On Wed, 09 Jun 2010 16:36:53 +0100, David Edmondson d...@dme.org wrote:
They are clearly different. If I read a thread with 'space' the 'unread'
tag is removed from the messages as I pass them by. I can then 'q' from
the thread and the messages are not archived ('inbox' is not removed),
but
On Wed, 09 Jun 2010 18:18:42 +0100, David Edmondson d...@dme.org wrote:
On Wed, 09 Jun 2010 11:55:49 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
I would like to push it back the other way. Having specific tags
modified by specific commands is something particular to individual
On Wed, 09 Jun 2010 10:54:57 -0700, Carl Worth cwo...@cworth.org wrote:
On Wed, 09 Jun 2010 11:55:49 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
I actually submitted this patch because there was noise on #notmuch
about people (including from cworth) not liking the default
On Wed, 09 Jun 2010 10:50:15 -0700, Carl Worth cwo...@cworth.org wrote:
Meanwhile, I'm currently working on support for piping a whole thread of
messages as an mbox to a process, (mostly getting bogged down in trying
to fix mbox support in git).
For that, I think I want the current '|'
On Wed, 09 Jun 2010 11:20:47 -0700, Dirk Hohndel hohn...@infradead.org wrote:
On Wed, 09 Jun 2010 10:50:15 -0700, Carl Worth cwo...@cworth.org wrote:
That would highlight the current 'a' as out of place since it's
currently archiving every message in the thread. So I'd then fix it to
be 'a'
On Mon, 21 Jun 2010 09:03:40 -0700, Dirk Hohndel hohn...@infradead.org wrote:
Here is a feature that I could really use some times...
Instead of sorting the threads based on the date of the first message in
the thread, sort them based on the newest message in the thread. So if I
take a
Hey, folks. I was noticing that if I forward a message, the forwarded
message and any responses to it don't show up as part of the thread of
the original message. It seems to me that this would be useful, to keep
replies to forwarded messages as part of the original message thread. I
think this
Hey, folks. For those of you that don't already know, David Bremner
will be hosting a birds-of-a-feather session on notmuch during DebConf
10 in NYC [0] on Thursday, August 5 [1]. Even if you're not
specifically involved with Debian but are in the NYC area, feel free to
join. Hopefully we can
On Fri, 6 Aug 2010 08:27:38 -0500, Stephen Paul Weber
singpol...@singpolyma.net wrote:
Would it not make sense to index the keywords header, since that header is
in fact designed for use in putting searchable keywords on messages?
In fact, how hard would it be to make the headers indexed
On Wed, 11 Aug 2010 13:48:41 +0200, Tobias Gerdin t...@opera.com wrote:
The g key is the most common key for refresh operations in Emacs (cf
dired).
This also contrasts nicely to the binding of capital G,
`notmuch-hello-poll-and-update', in the sense that it is a more heavyweight
refresh
On Mon, 06 Sep 2010 12:44:45 -0500, Rob Browning r...@defaultvalue.org wrote:
After quite a bit of time (issues with offlineimap and large maildirs),
I finally got the point where I could run notmuch new, and although it
did finish, there were two errrors that I wanted to ask about. Are
these
Hey, all. I was encouraged to hear Carl's proclamation on #notmuch that
he was going to try putting in some work on a new release soon. In
light of that, I just wanted to highlight the issues that I've noticed
newbies asking about. These three issues have completely overwhelmed
all others (and
On Tue, 14 Sep 2010 20:58:09 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On 2010-09-12, Rob Browning wrote:
Call notmuch-fcc-header-setup from message-header-setup-hook rather
than message-send-hook. This allows you to see what's going to
happen, and to make manual adjustments
On Wed, 15 Sep 2010 10:43:35 -0700, Daniel Goldin danielgol...@gmail.com
wrote:
1) How to add to a the poll script to skip inbox and add particular tag for
certain emails -- in particular listserv emails. Any example poll
scripts would be greatly appreciated.
The wiki is becoming a good place
On Thu, 16 Sep 2010 14:35:51 -0700, Daniel Goldin danielgol...@gmail.com
wrote:
This is very helpful, but is there a way to create functions and
keybindings that operate on tags in the index?
Hi, Daniel. Can you explain what you mean by the index? All tag
operations are on the database
This add a stash-map for search-mode, just like in show-mode, and
adds one function, bound to i to stash the thread-id of the current
selected thread.
Couldn't think of the correct way to stash other thread info, so I
didn't add any other stash functions for now.
---
emacs/notmuch.el | 13
Here we move the notmuch-show/notmuch-show-do-stash function to
notmuch-lib/notmuch-common-do-stash. Nothing in this function is
notmuch-show mode specific, so this move will make it cleaner to be
used by other modes (such as notmuch-search).
---
emacs/notmuch-lib.el |8
On Tue, 21 Sep 2010 13:32:30 -0700, Carl Worth cwo...@cworth.org wrote:
Also, if anyone has any suggestions for things that we could do to
improve things if I have to disappear again in the future, then I
would be happy to do what I can.
Hey, Carl. The most obvious thing I can think of is
On Mon, 11 Oct 2010 21:45:47 +0300, Felipe Contreras
felipe.contre...@gmail.com wrote:
I think many people agree notmuch mainline has been rather slow. So
I'm proposing to have notmuch-next branch, either on github or
gitorious (please vote).
More than one person should have write access to
On Tue, 26 Oct 2010 09:08:17 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
P.S. And *somebody* please remove the notmuch-inserted BCC when
replying. It is a)inconsistent with new mails via C-mx anyway, and b)
could be inserted by the emacs UI for those who want it.
On Sat, 30 Oct 2010 20:44:54 -0700, Michael Forney mfor...@mforney.org wrote:
Currently, at least gcc-4.4, and yaml-cpp-0.2.5 are required.
Does anyone know if there's a Debian package for yaml-cpp-0.2.5? I see
libyaml-dev, which is at version 0.1.3-1 in unstable, but I don't see
anything that
On Sat, 30 Oct 2010 20:44:54 -0700, Michael Forney mfor...@mforney.org wrote:
Currently, at least gcc-4.4, and yaml-cpp-0.2.5 are required.
Hi, Michael. What distro do you use? Do you install yaml-cpp from
source, or does your distro have packages for all the needed libraries?
Unfortunately it
On Tue, 02 Nov 2010 21:03:55 +, Darren McGuicken
mailing-notm...@fernseed.info wrote:
A call to 'notmuch search-tags' from the command line does indeed return
an empty string as the first entry for me[1].
Does that point to bad data on my part, or has the output of
'search-tags' changed
On Wed, 03 Nov 2010 22:57:55 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
I can confirm this with 0.4 debian package. notmuch search-tags outputs
first line as empty and emacs shows it in All tags view.
Again, this is *not* what I am seeing. Michael, are you sure you don't
also have messages
On Fri, 05 Nov 2010 08:45:27 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
One UI improvement I would love is to see the number of unread
emails in a thread in notmuch-show view. I often reply to a
mail in a thread just to see that there are followup mails that
resolve the issue
On Fri, 05 Nov 2010 09:17:00 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
However, it seems that chaning :background in notmuch-search-line-faces
collides somewhat with hl-line-mode. If I move the point down to the
line with changed background, the line is not highlited. Only if I move
the
On Sat, 06 Nov 2010 20:40:10 +, Darren McGuicken
mailing-notm...@fernseed.info wrote:
I recently started using feed2imap in order to get notmuch tagging and
searching for rss, I'm sure I'm not alone.
Hey, Darren. Total side note, but you might be interested in the recent
message from
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-buffer, which in turn just simply calls
(kill-buffer
On Mon, 08 Nov 2010 09:09:20 -0800, Carl Worth cwo...@cworth.org 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.
On Tue, 9 Nov 2010 17:34:50 +, David Edmondson d...@dme.org wrote:
Remove double quotes and flatten f...@bar.com f...@bar.com to
f...@bar.com. If the address is of the form name f...@bar.com,
show only 'name' with a tooltip of the address.
Hi, David. I am personally not interested in
I believe it's important to have a function to scroll through open
messages in the currently viewed thread, and ' ' is the most logical
keybinding for that. However, the current function is far too
agressive in automatically archiving the thread and moving to the next thread
when getting to the
1 - 100 of 357 matches
Mail list logo
