On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth wrote:
> For a while I've seen that I can very conveniently deal with attachments
> such as PDF files or even OpenOffice (or PowerPoint) presentations with
> the notmuch/emacs client. I simply hit 'v' and an external viewer comes
> up with the attache
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth wrote:
> For a while I've seen that I can very conveniently deal with attachments
> such as PDF files or even OpenOffice (or PowerPoint) presentations with
> the notmuch/emacs client. I simply hit 'v' and an external viewer comes
> up with the attache
Now instead of requiring every single message be parsed, we now check
the Content-type in the parsed headers and only do HTML inlining if it's
text/html
---
notmuch.el | 54 --
1 files changed, 40 insertions(+), 14 deletions(-)
diff --git a/no
Now instead of requiring every single message be parsed, we now check
the Content-type in the parsed headers and only do HTML inlining if it's
text/html
---
notmuch.el | 54 --
1 files changed, 40 insertions(+), 14 deletions(-)
diff --git a/no
On Tue, 09 Feb 2010 16:22:56 -0800, Carl Worth wrote:
> On Tue, 09 Feb 2010 21:28:25 +1100, Alex Ghitza wrote:
> > Ideally, I'd like to be able to see what's hidden behind the
> > "Non-text part: text/html", and if it could happen inline that would be
> > great. I would also entertain the idea
On Tue, 09 Feb 2010 16:22:56 -0800, Carl Worth wrote:
> On Tue, 09 Feb 2010 21:28:25 +1100, Alex Ghitza wrote:
> > Ideally, I'd like to be able to see what's hidden behind the
> > "Non-text part: text/html", and if it could happen inline that would be
> > great. I would also entertain the idea
Carl mentioned that he saw some nasty performance issues with threads
that had a lot of HTML messages in them.
If you are experiencing this problem, would you mind trying some
alternative mm-text-html-renderer setting:
http://mh-e.sourceforge.net/manual/html/HTML.html
Also, if you have elinks, I
Carl mentioned that he saw some nasty performance issues with threads
that had a lot of HTML messages in them.
If you are experiencing this problem, would you mind trying some
alternative mm-text-html-renderer setting:
http://mh-e.sourceforge.net/manual/html/HTML.html
Also, if you have elinks, I
On Fri, 04 Dec 2009 11:06:15 -0800, Carl Worth wrote:
> On Thu, 03 Dec 2009 23:08:31 +0100, Jed Brown wrote:
> > I know html support is still poor, but the following seems worse than
> > not showing anything. When I visit this message, I get prompted to save
> > the MIME part and the following i
On Fri, 04 Dec 2009 11:06:15 -0800, Carl Worth wrote:
> On Thu, 03 Dec 2009 23:08:31 +0100, Jed Brown wrote:
> > I know html support is still poor, but the following seems worse than
> > not showing anything. When I visit this message, I get prompted to save
> > the MIME part and the following i
On Fri, 27 Nov 2009 23:43:34 -0600, Jeffrey Ollie wrote:
> On Fri, Nov 27, 2009 at 9:59 PM, Ingmar Vanhassel wrote:
> >
> > Most distributions have a rather strict policy to use system libraries
> > over internal copies.
>
> Fedora [...], Debian [...]
>
> If there are other distributions out th
On Fri, 27 Nov 2009 23:43:34 -0600, Jeffrey Ollie wrote:
> On Fri, Nov 27, 2009 at 9:59 PM, Ingmar Vanhassel
> wrote:
> >
> > Most distributions have a rather strict policy to use system libraries
> > over internal copies.
>
> Fedora [...], Debian [...]
>
> If there are other distributions out
On Fri, 27 Nov 2009 21:10:42 -0800, Carl Worth wrote:
> On Fri, 27 Nov 2009 05:30:10 -0800, camalot at picnicpark.org wrote:
> > From: Keith Amidon
> >
> > The ability to temporarily create a buffer containing only the
> > contents of the currently selected message in notmuch show mode is
> > ge
On Fri, 27 Nov 2009 21:10:42 -0800, Carl Worth wrote:
> On Fri, 27 Nov 2009 05:30:10 -0800, cama...@picnicpark.org wrote:
> > From: Keith Amidon
> >
> > The ability to temporarily create a buffer containing only the
> > contents of the currently selected message in notmuch show mode is
> > gener
I was planning to be committing super awesome mime-handling support
that would make notmuch rival every mail program ever for pure mime
awesomeness. It turns out, that mime is confusing and hard, and the
mm-* functions do awesome things like provide different forms based
on the number and compositi
It was noted that though local expansion was nice, it was also pretty
nice to have an easy way to just open the headers without moving to the
header button. So this exposes a number of symbols which search backwards
in the buffer for the nearest button of the desire type and push it
---
notmuch.el
On Wed, 25 Nov 2009 10:28:00 +0530, "Aneesh Kumar K.V" wrote:
> This add two faces, notmuch-show-subject-face and
> notmuch-tag-face. The first face is used to show the subject
> line in the notmuch-show-mode and the second one to show tags
> in the notmuch-search-mode.
>
First, I definetly think
On Tue, 24 Nov 2009 11:40:24 -0800, Carl Worth wrote:
[snip]
> Anyway, this is really great stuff, Alexander. Thanks for coding it up!
>
Awesome thanks. Makes things much more useable anyway. :)
> I've pushed it out now, (with a little bit more in the way of commit
> messages---thanks for humo
---
notmuch.el |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index af0c487..907df2c 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -61,7 +61,6 @@
; overlays-at to query and manipulate the current overlay.
(define-key map "a" 'notmuch-show-a
Having actually implemented this, I realized that my
initial approach of providing a function to configure
a button was wrong. Instead I've replaced that with
button types. This then makes it possible to provide
the fully expanded view when all threads in a message
are unread.
It also has the pote
I realized I was replicating this code over and over again, so this
way if I change my mind about something I only have to do it on one
place.
---
notmuch.el | 45 -
1 files changed, 16 insertions(+), 29 deletions(-)
diff --git a/notmuch.el b/notmuch.
---
notmuch.el | 36
1 files changed, 0 insertions(+), 36 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 8aee286..ed1f7cb 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -62,8 +62,6 @@
(define-key map "a" 'notmuch-show-archive-thread)
(define-
---
notmuch.el | 18 +++---
1 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index fa6e7de..8aee286 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -605,7 +605,8 @@ which this thread was originally shown."
(end-of-line)
; Inverse video for
On Sun, 22 Nov 2009 11:07:36 +0800, Jjgod Jiang wrote:
> Add missing GNU extensions strdup() and getline(). The C library
> shipped with Mac OS X does not include them (though it does support
> some GNU extensions when _GNU_SOURCE is defined), so we have to
> add these two. The getline() implement
p argument that gives a patch :)
alex
The following changes since commit 9b560fb3eb87b2a4f9d092bc1b124ccb6d11c975:
Alexander Botero-Lowry (1):
Checkin some command-only tcsh completions
are available in the git repository at:
git://alexbl.net/notmuch.git master
Alexander Boter
Currently the button has no action or special handling at all.
---
notmuch.el | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 1fc54c3..6a34282 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -453,10 +453,17 @@ which this thread was
---
notmuch-completion.tcsh |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
create mode 100644 notmuch-completion.tcsh
diff --git a/notmuch-completion.tcsh b/notmuch-completion.tcsh
new file mode 100644
index 000..c0d3a44
--- /dev/null
+++ b/notmuch-completion.tcsh
@@ -0,0 +1,2 @
On Thu, 19 Nov 2009 10:45:28 +1100, Stewart Smith
wrote:
> On Wed, Nov 18, 2009 at 11:27:20PM +0100, Carl Worth wrote:
> > Yes. I knew I was "cheating" by using some GNU extensions here. I'm
> > happy to accept portability patches for these things, but it's hard for
> > me to get excited about wr
On Wed, 18 Nov 2009 00:29:59 -0800, Keith Packard wrote:
> I created the notmuch-show-hook precisely so I could add these two
> options, but I suspect most people will want them, so I just made them
> the default. If you don't want them, you can use remove-hook to get
> rid of this.
>
Yes, hooks
The following changes since commit e8c9c3e6a534fc6c2919c2c1de63cea7250eb488:
Ingmar Vanhassel (1):
Makefile: Manual pages shouldn't be executable
are available in the git repository at:
git://alexbl.net/notmuch.git master
Alexander Botero-Lowry (2):
Error out if no que
On Wed, 18 Nov 2009 14:14:27 +0800, Jjgod Jiang wrote:
> Hi,
>
> On Wed, Nov 18, 2009 at 1:45 PM, Alexander Botero-Lowry
> wrote:
> > for getline do you mind trying #define _GNU_SOURCE 1
> > before #include in the offending files? The FreeBSD man pages
> > ment
On Wed, 18 Nov 2009 11:50:17 +0800, Jjgod Jiang wrote:
> Hi,
>
> When I tried to compile notmuch under Mac OS X 10.6, several issues
> arisen:
>
> 1. g++ reports 'warning: command line option "-Wmissing-declarations"
> is valid for C/ObjC but not for C++'
>
I got that too. I presume it's newly
32 matches
Mail list logo