1 Return-Path: <tomi.ollila@iki.fi>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id 5B3D8431FAF
\r
6 for <notmuch@notmuchmail.org>; Thu, 12 Sep 2013 04:49:40 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id 2GXAW6RKsh2c for <notmuch@notmuchmail.org>;
\r
16 Thu, 12 Sep 2013 04:49:35 -0700 (PDT)
\r
17 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])
\r
18 by olra.theworths.org (Postfix) with ESMTP id 917BF431FAE
\r
19 for <notmuch@notmuchmail.org>; Thu, 12 Sep 2013 04:49:35 -0700 (PDT)
\r
20 Received: from guru.guru-group.fi (localhost [IPv6:::1])
\r
21 by guru.guru-group.fi (Postfix) with ESMTP id EF927100090;
\r
22 Thu, 12 Sep 2013 14:49:23 +0300 (EEST)
\r
23 From: Tomi Ollila <tomi.ollila@iki.fi>
\r
24 To: Mark Walters <markwalters1009@gmail.com>,
\r
25 David Bremner <david@tethera.net>, notmuch@notmuchmail.org
\r
26 Subject: Re: [PATCH] emacs: show: stop stderr appearing in buffer
\r
27 In-Reply-To: <87ppsepeo9.fsf@qmul.ac.uk>
\r
28 References: <1378502198-7980-1-git-send-email-markwalters1009@gmail.com>
\r
29 <87r4cwojds.fsf@zancas.localnet> <87ppsepeo9.fsf@qmul.ac.uk>
\r
30 User-Agent: Notmuch/0.16+76~ga4151ca (http://notmuchmail.org) Emacs/24.3.1
\r
31 (x86_64-unknown-linux-gnu)
\r
32 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL
\r
33 $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F
\r
34 !)g;OY^,BjTbr)Np:%c_o'jj,Z
\r
35 Date: Thu, 12 Sep 2013 14:49:23 +0300
\r
36 Message-ID: <m2vc26p8e4.fsf@guru.guru-group.fi>
\r
38 Content-Type: text/plain
\r
39 X-BeenThere: notmuch@notmuchmail.org
\r
40 X-Mailman-Version: 2.1.13
\r
42 List-Id: "Use and development of the notmuch mail system."
\r
43 <notmuch.notmuchmail.org>
\r
44 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
45 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
46 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
47 List-Post: <mailto:notmuch@notmuchmail.org>
\r
48 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
49 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
50 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
51 X-List-Received-Date: Thu, 12 Sep 2013 11:49:40 -0000
\r
53 On Thu, Sep 12 2013, Mark Walters <markwalters1009@gmail.com> wrote:
\r
57 > On Tue, 10 Sep 2013, David Bremner <david@tethera.net> wrote:
\r
58 >>> Ideally, we would put this output in the notmuch errors buffer but the
\r
59 >>> handler is called asynchronously so we don't know when the output will
\r
60 >>> appear. Thus if we put it straight into the errors buffer it could get
\r
61 >>> interleaved with other errors, otoh we can't easily tell when we
\r
62 >>> have got all the error output so can't wait until the process is complete.
\r
66 >> I think your patch is OK, but would it be much harder to created a named
\r
67 >> buffer like *notmuch-view-$message-d* ? (using e.g. the code from
\r
68 >> notmuch-show). I might make debugging easier.
\r
70 > Yes this is easy. There are several possibilities and I am not sure
\r
71 > which is best (some are clearly bad but are worth mentioning anyway).
\r
73 > 1) have a single buffer for part errors; this would accumulate stuff and
\r
74 > output seems to get interleaved so this is probably useless.
\r
76 > 2) have a buffer for each part viewer as you describe.
\r
78 > 3) have a buffer for each part viewer but start its name with a space so
\r
79 > it doesn't show up in buffer lists but is findable (maybe)
\r
81 > 4) stick with just the temp buffer approach
\r
84 Maybe check whether the temp buffer is empty. if not, use
\r
85 (buffer-string) & (notmuch-logged-error) to append the message
\r
86 to the *Notmuch errors* buffer... just that notmuch-logged-error
\r
87 signals an error which we may not want to do...
\r
89 We could unify to "*Notmuch Messages*" and have more functions to
\r
90 append data there... somewhat analogous to current *Messages* buffer
\r
91 just that that one has so much noise...
\r
97 > Also, we could have it togglable with some sort of debug flag. In some
\r
98 > senses 3 is nice but you would probably end up with 10's or even
\r
99 > hundreds of hidden buffers which seems bad. In 2 you see them so you
\r
100 > probably kill them as you go but I think they would be pretty
\r
101 > annoying. A key difference from the accumulated show/search/pick buffers
\r
102 > is that, at some point, you did want to see those buffers.
\r
104 > Since all these approaches are easy to implement it is really up to us
\r
113 >> Of course those buffers would accumulate, along with show, search and
\r
116 >> Or we could push this as is, and add some debugging facility later like
\r
117 >> a variable notmuch-view-errors-buffer.
\r
120 > _______________________________________________
\r
121 > notmuch mailing list
\r
122 > notmuch@notmuchmail.org
\r
123 > http://notmuchmail.org/mailman/listinfo/notmuch
\r