> PS. I know that attaching the output of "git format-patch" to a message
> like this isn't the "git way". (That is, you won't get the right result
> by simply piping this message to "git am".) But I really wish it
> were. It seems I often write code in response to an email message and I
> often
On Wed, 10 Feb 2010 12:54:52 -0800, Carl Worth wrote:
> PS. I know that attaching the output of "git format-patch" to a message
> like this isn't the "git way". (That is, you won't get the right result
> by simply piping this message to "git am".) But I really wish it
> were. It seems I often
PS. I know that attaching the output of git format-patch to a message
like this isn't the git way. (That is, you won't get the right result
by simply piping this message to git am.) But I really wish it
were. It seems I often write code in response to an email message and I
often want to
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth wrote:
> I investigated a bit and discovered that the images are being rendered
> within emacs and inside of a temporary buffer that is being used by the
> function invoked by 'v'. Before this function returns, the temporary
> buffer including the
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth wrote:
> Here are some ideas for possible (and independent) fixes:
>
> 3. We could move away from these various mm- functions for displaying
>MIME parts and simply add functionality to the notmuch command line
>for extracting individual
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
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth wrote:
> Here are some ideas for possible (and independent) fixes:
>
> 1. With the current setup, we know we are using a temporary buffer that
>the user won't see, so notmuch could temporarily set
>mm-inline-media-tests to nil forcing
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 attached file. That's all very nice.
But strangely, I've also
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 attached file. That's all very nice.
But strangely, I've also
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth cwo...@cworth.org 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
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth cwo...@cworth.org wrote:
Here are some ideas for possible (and independent) fixes:
3. We could move away from these various mm- functions for displaying
MIME parts and simply add functionality to the notmuch command line
for extracting
On Wed, 10 Feb 2010 12:54:52 -0800, Carl Worth cwo...@cworth.org wrote:
PS. I know that attaching the output of git format-patch to a message
like this isn't the git way. (That is, you won't get the right result
by simply piping this message to git am.) But I really wish it
were. It seems I
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth cwo...@cworth.org wrote:
I investigated a bit and discovered that the images are being rendered
within emacs and inside of a temporary buffer that is being used by the
function invoked by 'v'. Before this function returns, the temporary
buffer
13 matches
Mail list logo