On Mon, 19 Dec 2011 15:45:59 +, David Edmondson wrote:
> Latest gnus provides a new HTML renderer entirely in lisp. It requires
> some minor but ugly scaffolding to allow use with notmuch.
> ---
>
> This is pretty horrible, but works in the cases that I tested. It
> would be useful if a few o
On Mon, 19 Dec 2011 15:45:59 +, David Edmondson wrote:
> Latest gnus provides a new HTML renderer entirely in lisp. It requires
> some minor but ugly scaffolding to allow use with notmuch.
> ---
>
> This is pretty horrible, but works in the cases that I tested. It
> would be useful if a few o
On Fri, 16 Dec 2011 12:01:42 -0400, David Bremner wrote:
> What do you think about having "notmuch help foo" invoke "man
> notmuch-foo" and create appropriate man pages (or links).
I started on this man page splitting. So far I have just been editing
the documents, which I attach.
The patches a
Quoting Jameson Graef Rollins (2011-12-19 17:57:00)
>On Mon, 19 Dec 2011 15:13:51 +0100, Justus Winter <4winter at
>informatik.uni-hamburg.de> wrote:
>> Is your new tag called 'is:new'? Mine is just called 'new'
>
>is: is a search prefix, synonymous with tag:
Apologies, that was misleading:
my ne
On Tue, 13 Dec 2011 18:11:40 +0100, Thomas Jost
wrote:
> This is a patch series I've been working on for some time in order to be
> able to sync my tags on several computers. I'm posting it now, but
> please consider it as a RFC rather than something that is ready to be
> pushed.
>
> The basic i
On Mon, 22 Nov 2010 11:51:04 +, David Edmondson wrote:
> From a Carl Worth idea: Add `notmuch-jump-to-recent-buffer', which
> will select the most recently used notmuch buffer (search, show or
> hello). If no recent buffer is found, run `notmuch'.
>
> It is expected that the user will global
On Mon, 19 Dec 2011 14:48:21 -0500, Austin Clements wrote:
> This protocol requires significantly more state, but can also
> reconstruct per-tag changes. Conflict resolution is equivalent to
> what git would do and is based solely on the current local and remote
> state and the common ancestor st
Latest gnus provides a new HTML renderer entirely in lisp. It requires
some minor but ugly scaffolding to allow use with notmuch.
---
This is pretty horrible, but works in the cases that I tested. It
would be useful if a few other people could test. Note that `cid:'
images included with a text/htm
ers,
Justus
-- next part --
A non-text attachment was scrubbed...
Name: .signature
Type: application/octet-stream
Size: 17 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111219/240d2652/attachment.obj>
Quoth David Edmondson on Dec 19 at 4:34 pm:
> On Tue, 13 Dec 2011 18:11:40 +0100, Thomas Jost
> wrote:
> > This is a patch series I've been working on for some time in order to be
> > able to sync my tags on several computers. I'm posting it now, but
> > please consider it as a RFC rather than s
Hi Tomi.
On Tue, 13 Dec 2011 11:01:22 +0200, Tomi Ollila wrote:
> To avoid the possibility that smtp-dummy doesn't have chance to bind
> its listening socket until something tries to send message to it this
> option makes caller wait until socket is already listening for connections.
>
> In case
On Mon, 19 Dec 2011 11:53:55 +0100, Olivier Berger wrote:
>
> Just for completeness, it seems that it's the specific Latin-1 setting
> of current-language-environment that messed with the rendering.
>
> If I don't customize it to Latin-1, the current-language-environment
> seems to be calculated
(Please excuse the lack of inline comments on the patch ? the original
patch email is so old that I had deleted it from my archives!)
progn...set-buffer should be with-current-buffer
or...eq...eq... would be cleaner as (memq major-mode '(foo bar baz))
Otherwise, LGTM
--
Aaron Ecay
David,
This patch doesn?t allow users to have their own settings for
shr-{inhibit,block}-images, since it forces these values to nil (via the
corresponding gnus variables).
(For those looking to follow the code, here?s the call path:
notmuch-show-mm-display-part-inline ->
mm-display-part ->
mm-di
On Mon, 19 Dec 2011 11:34:29 +0100, Olivier Berger wrote:
> Hi.
>
> On Mon, 19 Dec 2011 11:25:04 +0100, Olivier Berger it-sudparis.eu> wrote:
> >
> > On the contrary, UTF-8 sets it fine ;-) as well as if M-x
> > reset-language-environment, as expected ;)
> >
>
> I've checked and had :
> - cur
Quoth David Edmondson on Dec 19 at 4:34 pm:
> On Tue, 13 Dec 2011 18:11:40 +0100, Thomas Jost wrote:
> > This is a patch series I've been working on for some time in order to be
> > able to sync my tags on several computers. I'm posting it now, but
> > please consider it as a RFC rather than some
Hi.
On Mon, 19 Dec 2011 11:25:04 +0100, Olivier Berger wrote:
>
> On the contrary, UTF-8 sets it fine ;-) as well as if M-x
> reset-language-environment, as expected ;)
>
I've checked and had :
- current-language-environment "Latin-1"
- and default-input-method "latin-1-prefix"
in my customiza
On Sun, 18 Dec 2011 20:03:43 -0400, David Bremner wrote:
> On Fri, 16 Dec 2011 17:01:04 +0100, Olivier Berger it-sudparis.eu> wrote:
>
> > In my understanding, the quoted-printable iso-8859-1 is correct for
> > french accents, and is converted somehow to UTF-8, though it is
> > displayed in an e
On Fri, 16 Dec 2011 08:02:17 -0400, David Bremner wrote:
> On Fri, 16 Dec 2011 20:16:51 +1300, Michael Hudson-Doyle canonical.com> wrote:
> >
> > It's a tangent, but would this sort of thing allow a "undo last tagging
> > operation" command in emacs?
> >
>
> It seems like it would be much simp
Quoting Jameson Graef Rollins (2011-12-19 17:57:00)
>On Mon, 19 Dec 2011 15:13:51 +0100, Justus Winter
><4win...@informatik.uni-hamburg.de> wrote:
>> Is your new tag called 'is:new'? Mine is just called 'new'
>
>is: is a search prefix, synonymous with tag:
Apologies, that was misleading:
my new t
(Please excuse the lack of inline comments on the patch – the original
patch email is so old that I had deleted it from my archives!)
progn...set-buffer should be with-current-buffer
or...eq...eq... would be cleaner as (memq major-mode '(foo bar baz))
Otherwise, LGTM
--
Aaron Ecay
_
On Mon, 19 Dec 2011 15:13:51 +0100, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Is your new tag called 'is:new'? Mine is just called 'new'
is: is a search prefix, synonymous with tag:
> That could be a problem since 'new' as tag for new mails is currently
> hardcoded at various lo
On Mon, 19 Dec 2011 15:13:51 +0100, Justus Winter <4winter at
informatik.uni-hamburg.de> wrote:
> Is your new tag called 'is:new'? Mine is just called 'new'
is: is a search prefix, synonymous with tag:
> That could be a problem since 'new' as tag for new mails is currently
> hardcoded at various
David,
This patch doesn’t allow users to have their own settings for
shr-{inhibit,block}-images, since it forces these values to nil (via the
corresponding gnus variables).
(For those looking to follow the code, here’s the call path:
notmuch-show-mm-display-part-inline ->
mm-display-part ->
mm-di
On Tue, 13 Dec 2011 18:11:40 +0100, Thomas Jost wrote:
> This is a patch series I've been working on for some time in order to be
> able to sync my tags on several computers. I'm posting it now, but
> please consider it as a RFC rather than something that is ready to be
> pushed.
>
> The basic id
On Mon, 22 Nov 2010 11:51:04 +, David Edmondson wrote:
> From a Carl Worth idea: Add `notmuch-jump-to-recent-buffer', which
> will select the most recently used notmuch buffer (search, show or
> hello). If no recent buffer is found, run `notmuch'.
>
> It is expected that the user will global
Latest gnus provides a new HTML renderer entirely in lisp. It requires
some minor but ugly scaffolding to allow use with notmuch.
---
This is pretty horrible, but works in the cases that I tested. It
would be useful if a few other people could test. Note that `cid:'
images included with a text/htm
Hey Pazz :)
Quoting Patrick Totzke (2011-12-14 17:59:43)
>Hi Justus,
>
>I have just tried your script and have some questions/remarks about it:
>
>* mkdir -p ~/.config/afew ~/.local/share/afew/categories
> As far as I can see, this is not needed if one doesn't use ClassifyingFilter,
> so its OK
On Mon, 19 Dec 2011 11:53:55 +0100, Olivier Berger
wrote:
>
> Just for completeness, it seems that it's the specific Latin-1 setting
> of current-language-environment that messed with the rendering.
>
> If I don't customize it to Latin-1, the current-language-environment
> seems to be calculate
On Mon, 19 Dec 2011 11:34:29 +0100, Olivier Berger
wrote:
> Hi.
>
> On Mon, 19 Dec 2011 11:25:04 +0100, Olivier Berger
> wrote:
> >
> > On the contrary, UTF-8 sets it fine ;-) as well as if M-x
> > reset-language-environment, as expected ;)
> >
>
> I've checked and had :
> - current-languag
Hi.
On Mon, 19 Dec 2011 11:25:04 +0100, Olivier Berger
wrote:
>
> On the contrary, UTF-8 sets it fine ;-) as well as if M-x
> reset-language-environment, as expected ;)
>
I've checked and had :
- current-language-environment "Latin-1"
- and default-input-method "latin-1-prefix"
in my customiz
On Sun, 18 Dec 2011 20:03:43 -0400, David Bremner wrote:
> On Fri, 16 Dec 2011 17:01:04 +0100, Olivier Berger
> wrote:
>
> > In my understanding, the quoted-printable iso-8859-1 is correct for
> > french accents, and is converted somehow to UTF-8, though it is
> > displayed in an emacs buffer t
On Sun, Dec 18, 2011 at 20:32, Patrick Totzke
wrote:
> If you're interested: Sebastian (spaetz) is looking for
> a replacement to fork on the python bindings to libnotmuch.
> A rewrite in cython would be great.
I'll have a look, but I've never tried cython and this sounds like
someone more experi
33 matches
Mail list logo