On Sun, 15 Jan 2012 09:26:59 +, David Edmondson wrote:
> Given that we're now doing a bunch of work in emacs as part of the reply
> setup, why not just grab the content of the original message from the
> show buffer and quote that?
>
> The last time that approach was discussed Carl was agains
s this only one without
further ado.]
Ciao; Gregor
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120115/d8750632/attachment.pgp>
On Tue, 27 Dec 2011 16:47:14 +, David Edmondson wrote:
> The tags were coloured using text properties. Unfortunately that text
> (the header line) also has an overlay, which overrides the text
> properties. There's not point in applying text properties that will
> never be seen.
Pushed.
d
On Wed, 28 Dec 2011 08:29:58 +, David Edmondson wrote:
> As suggested by j4ni in #notmuch, rename
> `notmuch-jump-to-recent-buffer' as `notmuch-cycle-notmuch-buffers' and
> have it behave accordingly.
pushed,
d
On Sat, 14 Jan 2012 10:09:37 +0100, Pieter Praet wrote:
> When running the Emacs tests in verbose mode, only the first missing
> prereq is reported because the `run_emacs' function is short-circuited
> early:
pushed.
d
Quoth David Edmondson on Jan 15 at 11:55 am:
> On Sat, 14 Jan 2012 10:29:31 +0100, Pieter Praet wrote:
> > Might I ask, to what key(chord) have you bound this ? Due to its
> > usefulness, I'm inclined to bind it to [SPC], but on second though,
> > that might be a bit on the intense side...
>
> C
On Sat, 14 Jan 2012 23:49:50 +0200, Jani Nikula wrote:
> Messages received to a group list were not replied to using the from
> address in the list. Fix it.
>
> Signed-off-by: Jani Nikula
> ---
Both LGTM.
Tomi
On Sun, 15 Jan 2012 15:35:11 -0500, Austin Clements wrote:
> We definitely need a round-trip-able dump format. Did you consider
> using JSON to allow for future flexibility (e.g., expansion of what we
> store in the database) and so we don't have to invent our own
> encodings? A JSON format wou
On Tue, 27 Dec 2011 16:47:14 +, David Edmondson wrote:
> The tags were coloured using text properties. Unfortunately that text
> (the header line) also has an overlay, which overrides the text
> properties. There's not point in applying text properties that will
> never be seen.
Pushed.
d
__
Quoth David Edmondson on Jan 15 at 11:55 am:
> On Sat, 14 Jan 2012 10:29:31 +0100, Pieter Praet wrote:
> > Might I ask, to what key(chord) have you bound this ? Due to its
> > usefulness, I'm inclined to bind it to [SPC], but on second though,
> > that might be a bit on the intense side...
>
> C
On Wed, 28 Dec 2011 08:29:58 +, David Edmondson wrote:
> As suggested by j4ni in #notmuch, rename
> `notmuch-jump-to-recent-buffer' as `notmuch-cycle-notmuch-buffers' and
> have it behave accordingly.
pushed,
d
___
notmuch mailing list
notmuch@not
On Sat, 14 Jan 2012 10:09:37 +0100, Pieter Praet wrote:
> When running the Emacs tests in verbose mode, only the first missing
> prereq is reported because the `run_emacs' function is short-circuited
> early:
pushed.
d
___
notmuch mailing list
notmuch@
On Sat, 14 Jan 2012 10:07:41 +0100, Pieter Praet wrote:
> On Thu, 12 Jan 2012 21:34:29 +0400, Dmitry Kurochkin gmail.com> wrote:
> > On Thu, 12 Jan 2012 18:16:59 +0100, Pieter Praet
> > wrote:
> > > When running the Emacs tests in verbose mode, only the first missing
> > > prereq is reported be
On Sat, 14 Jan 2012 10:09:37 +0100, Pieter Praet wrote:
> When running the Emacs tests in verbose mode, only the first missing
> prereq is reported because the `run_emacs' function is short-circuited
> early:
>
> #+begin_example
> emacs: Testing emacs interface
> missing prerequisites:
Andrei Popescu
writes:
> After reading all the docs and a few experiments I don't see how to do
> searches on partial words. If I missed the fine manual mentioning that
> I'd be glad to RTFM, just please point me to the right FM :)
That's OK - I asked the same question once.
Use '*'.
For exa
On Sat, 14 Jan 2012 22:15:07 -0400, David Bremner wrote:
> On Sat, 14 Jan 2012 08:54:43 +0100, anton at khirnov.net wrote:
> >
> > The advantages over current vim client are still the following:
> > * sending and displaying/saving attachments
> > * much better unicode support
> > * tag name and
Andrei Popescu
writes:
> After reading all the docs and a few experiments I don't see how to do
> searches on partial words. If I missed the fine manual mentioning that
> I'd be glad to RTFM, just please point me to the right FM :)
That's OK - I asked the same question once.
Use '*'.
For exa
On Sun, 15 Jan 2012 15:35:11 -0500, Austin Clements wrote:
> We definitely need a round-trip-able dump format. Did you consider
> using JSON to allow for future flexibility (e.g., expansion of what we
> store in the database) and so we don't have to invent our own
> encodings? A JSON format wou
Quoth David Bremner on Jan 14 at 9:40 pm:
> From: David Bremner
>
> sup is the old format, and remains the default.
>
> Each line of the notmuch format is "msg_id tag tag...tag" where each
> space seperated token is 'hex-encoded' to remove troubling characters.
> In particular this format won't
This adds source files in compat, test, and util to SRCS so that the
top-level Makefile.local will generate dependency files for them.
---
compat/Makefile.local |2 ++
test/Makefile.local |1 +
util/Makefile.local |1 +
3 files changed, 4 insertions(+), 0 deletions(-)
diff --git a
Previously, the dependency file list was generated before the CLI
sources were added to SRCS, so dependency files weren't generated for
CLI sources. This moves that code to after the CLI sources are added.
---
Makefile.local |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff
Hi David, notmuch developers,
On Wed, 04 Jan 2012 08:48:43 +, David Edmondson wrote:
> On Wed, 04 Jan 2012 08:36:39 +, David Edmondson wrote:
> > (if (and encrypt (dme:message-determine-encryption))
>
> Oops. `encrypt' is set to `t' earlier if the code decides that I want to
> en
Hi Dmitry,
On Thu, Jan 12, 2012 at 01:33, Dmitry Kurochkin
wrote:
> I did not follow the rest of the discussion, so sorry if I missed
> something obvious. ?But why can't we render HTML parts in replies the
> same way we do in notmuch-show (using `mm-display-part')? ?That should
> not introduce a
Hi everybody,
I'm using notmuch 0.10.2 from Debian backports with Stefano Zacchiroli's
mutt integration (but I've also tried the command line interface).
After reading all the docs and a few experiments I don't see how to do
searches on partial words. If I missed the fine manual mentioning that
Hi Dmitry,
On Thu, Jan 12, 2012 at 01:33, Dmitry Kurochkin
wrote:
> I did not follow the rest of the discussion, so sorry if I missed
> something obvious. But why can't we render HTML parts in replies the
> same way we do in notmuch-show (using `mm-display-part')? That should
> not introduce a
On Sun, 15 Jan 2012 11:52:40 +, David Edmondson wrote:
> > Technically the IRC discussion was about not including *any* part
> > content in the JSON output, and always using show --format=raw or
> > similar to retrieve desired parts. Currently, notmuch includes part
> > content in the JSON on
Quoth David Bremner on Jan 14 at 9:40 pm:
> From: David Bremner
>
> sup is the old format, and remains the default.
>
> Each line of the notmuch format is "msg_id tag tag...tag" where each
> space seperated token is 'hex-encoded' to remove troubling characters.
> In particular this format won't
This adds source files in compat, test, and util to SRCS so that the
top-level Makefile.local will generate dependency files for them.
---
compat/Makefile.local |2 ++
test/Makefile.local |1 +
util/Makefile.local |1 +
3 files changed, 4 insertions(+), 0 deletions(-)
diff --git a
Previously, the dependency file list was generated before the CLI
sources were added to SRCS, so dependency files weren't generated for
CLI sources. This moves that code to after the CLI sources are added.
---
Makefile.local |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff
Define a keymap for attachment buttons to allow multiple actions.
Define 3 possible actions:
save attachment: exactly as currently,
view attachment: uses mailcap entry,
view attachment with user chosen program
Keymap on a button is: s for save, v for view and o for view with
other prog
Hello
This is a resubmission of (a tidied version) of
id:"87mxehqhbl.fsf at r102.config".
I have modified the emacs interface for handling attachments by adding
a keymap to the attachment button. For example pressing v when on an
attachment button views the attachment (using the mailcap method) a
n a couple of major modes, but not
enough to bother me so far.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120115/2fe429df/attachment.pgp>
On Sat, 14 Jan 2012 23:49:50 +0200, Jani Nikula wrote:
> Messages received to a group list were not replied to using the from
> address in the list. Fix it.
>
> Signed-off-by: Jani Nikula
> ---
Both LGTM.
Tomi
___
notmuch mailing list
notmuch@notmuch
-commit hooks to detect it.
Footnotes:
[1] Though I've done it myself.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notm
next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120115/c37bd4f5/attachment-0001.pgp>
; 0)
> + exit (1);
> +
> +pad_mid = ((int) log10 (num_lines) + 1);
> +pad_tag = ((int) log10 (max_tags)) + 1;
> +
> +srandom (seed);
> +
> +int line;
> +for (line = 0; line < num_lines; line++) {
> +
> + printf ("%0*d-", pad_mid, line);
> +
> + random_message_id (ctx, message_id_len);
> +
> + int num_tags = random () % (max_tags + 1);
> +
> + int j;
> + for (j = 0; j < num_tags; j++) {
> + printf (" %0*d-", pad_tag, j);
> + random_tag (ctx, tag_len);
> + }
> + putchar ('\n');
> +}
> +
> +talloc_free (ctx);
> +
> +return 0;
> +}
> --
> 1.7.7.3
>
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120115/48d4809f/attachment-0001.html>
On Sun, 15 Jan 2012 11:52:40 +, David Edmondson wrote:
> > Technically the IRC discussion was about not including *any* part
> > content in the JSON output, and always using show --format=raw or
> > similar to retrieve desired parts. Currently, notmuch includes part
> > content in the JSON on
On Sun, 15 Jan 2012 10:05:15 +0200, Jani Nikula wrote:
> On Jan 15, 2012 3:41 AM, "David Bremner" wrote:
> >
> > From: David Bremner
> >
> > +notmuch_opt_desc_t options[] = {
> > + { NOTMUCH_OPT_INT, &num_lines, "num-lines", 'n', 0 },
> > + { NOTMUCH_OPT_INT, &max_tags, "max-tags
e CLI, but it seems that
we're already heading in that direction.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachm
On Sat, 14 Jan 2012 22:15:07 -0400, David Bremner wrote:
> On Sat, 14 Jan 2012 08:54:43 +0100, an...@khirnov.net wrote:
> >
> > The advantages over current vim client are still the following:
> > * sending and displaying/saving attachments
> > * much better unicode support
> > * tag name and sea
On Sat, 14 Jan 2012 10:07:41 +0100, Pieter Praet wrote:
> On Thu, 12 Jan 2012 21:34:29 +0400, Dmitry Kurochkin
> wrote:
> > On Thu, 12 Jan 2012 18:16:59 +0100, Pieter Praet wrote:
> > > When running the Emacs tests in verbose mode, only the first missing
> > > prereq is reported because the `ru
On Sat, 14 Jan 2012 10:09:37 +0100, Pieter Praet wrote:
> When running the Emacs tests in verbose mode, only the first missing
> prereq is reported because the `run_emacs' function is short-circuited
> early:
>
> #+begin_example
> emacs: Testing emacs interface
> missing prerequisites:
On Sun, 15 Jan 2012 10:05:15 +0200, Jani Nikula wrote:
> On Jan 15, 2012 3:41 AM, "David Bremner" wrote:
> >
> > From: David Bremner
> >
> > +notmuch_opt_desc_t options[] = {
> > + { NOTMUCH_OPT_INT, &num_lines, "num-lines", 'n', 0 },
> > + { NOTMUCH_OPT_INT, &max_tags, "max-tags
Define a keymap for attachment buttons to allow multiple actions.
Define 3 possible actions:
save attachment: exactly as currently,
view attachment: uses mailcap entry,
view attachment with user chosen program
Keymap on a button is: s for save, v for view and o for view with
other prog
Hello
This is a resubmission of (a tidied version) of
id:"87mxehqhbl.fsf@r102.config".
I have modified the emacs interface for handling attachments by adding
a keymap to the attachment button. For example pressing v when on an
attachment button views the attachment (using the mailcap method) and
On Sat, 14 Jan 2012 10:29:31 +0100, Pieter Praet wrote:
> Might I ask, to what key(chord) have you bound this ? Due to its
> usefulness, I'm inclined to bind it to [SPC], but on second though,
> that might be a bit on the intense side...
C-c= globally. That's clobbered in a couple of major modes
On Sat, 14 Jan 2012 10:18:46 +0100, Pieter Praet wrote:
> Does this really warrant a v2, or might we simply leave it as yet
> another victim for Tomi's uncrustify-for-elisp [1] ?
Pushing incorrectly indented code should be banned, in my opinion[1]. I'd
be tempted to have some pre-commit hooks to
> Technically the IRC discussion was about not including *any* part
> content in the JSON output, and always using show --format=raw or
> similar to retrieve desired parts. Currently, notmuch includes part
> content in the JSON only for text/*, *except* when it's text/html. I
> assume non-text pa
Given that we're now doing a bunch of work in emacs as part of the reply
setup, why not just grab the content of the original message from the
show buffer and quote that?
The last time that approach was discussed Carl was against it because it
moved the emacs UI away from the behaviour of the CLI,
On Jan 15, 2012 3:41 AM, "David Bremner" wrote:
>
> From: David Bremner
>
> This binary creates a "torture test" dump file for the new dump
> format.
> ---
> test/Makefile.local |4 ++
> test/basic |2 +-
> test/random-dump.c | 144
+
50 matches
Mail list logo
