Re: [PATCH] Fix typo in Message.maildir_flags_to_tags
[notmuch-archives.git] / 93 / 050e1a00e667610ed38a390ceb495d59dd3ee4
1 Return-Path: <jani@nikula.org>\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 4D9B5431FAF\r
6         for <notmuch@notmuchmail.org>; Fri, 10 Aug 2012 09:39:11 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.699\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5\r
12         tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 1ox1RgUHEDD7 for <notmuch@notmuchmail.org>;\r
16         Fri, 10 Aug 2012 09:39:07 -0700 (PDT)\r
17 Received: from mail-qa0-f46.google.com (mail-qa0-f46.google.com\r
18         [209.85.216.46]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 5DCDD431FAE\r
21         for <notmuch@notmuchmail.org>; Fri, 10 Aug 2012 09:39:07 -0700 (PDT)\r
22 Received: by qafi31 with SMTP id i31so297969qaf.5\r
23         for <notmuch@notmuchmail.org>; Fri, 10 Aug 2012 09:39:05 -0700 (PDT)\r
24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
25         d=google.com; s=20120113;\r
26         h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
27         :cc:content-type:x-gm-message-state;\r
28         bh=DxQev/VIRbpA9igGpBtG5VuWSyIT+tPObERwMnPqRdU=;\r
29         b=OS2lY7iLYYhHdsKhlrXnRqlqAoKo0HlwH+prO1KH/RpOKLALDUoch3ezYy1+xrgj3r\r
30         vUmmyg6Zzq3x0EdX9F4oL0N7beq+iul631vNUDl3TWmwFdX6FVb42+Mn05oyE24nkklK\r
31         5Qig0af3BAzspes6t9+/TTTCua2I0hBN50Ix9rCzKlQHhvxcpNQzNYmFGCWUTkyeqvfg\r
32         9JQ3dqODTdQWBi7AbPnCl1x0PBoLJ1V5q1qAsR4hq1LZNCq9zfitLOwPBmXs3Fnf8/ca\r
33         nlo+uYuMa7G4cmOmWTTMmEWJe6EhcWIRF41CK3PRFCvCpKVxYay8jO61/nxsuP2ikpYq\r
34         AzFA==\r
35 MIME-Version: 1.0\r
36 Received: by 10.60.171.5 with SMTP id aq5mr4939618oec.34.1344616745363; Fri,\r
37         10 Aug 2012 09:39:05 -0700 (PDT)\r
38 Received: by 10.76.151.97 with HTTP; Fri, 10 Aug 2012 09:39:05 -0700 (PDT)\r
39 Received: by 10.76.151.97 with HTTP; Fri, 10 Aug 2012 09:39:05 -0700 (PDT)\r
40 In-Reply-To: <87wr16u3dj.fsf@servo.finestructure.net>\r
41 References: <1339775751-18002-1-git-send-email-jani@nikula.org>\r
42         <87zk80gvmb.fsf@servo.finestructure.net>\r
43         <87pq8vokmp.fsf@qmul.ac.uk>\r
44         <87ipcrvlcw.fsf@servo.finestructure.net>\r
45         <87r4rf9q8x.fsf@qmul.ac.uk> <877gt67q93.fsf@nikula.org>\r
46         <87wr16u3dj.fsf@servo.finestructure.net>\r
47 Date: Fri, 10 Aug 2012 19:39:05 +0300\r
48 Message-ID:\r
49  <CAB+hUn8kVjasHkD5Wr+MiAvNS4ntVn_A7bfQ-fxuM9_Ob+QqAg@mail.gmail.com>\r
50 Subject: Re: [PATCH v2] emacs: add function to toggle display of all\r
51         multipart/alternative parts\r
52 From: Jani Nikula <jani@nikula.org>\r
53 To: Jameson Graef Rollins <jrollins@finestructure.net>\r
54 Content-Type: multipart/alternative; boundary=bcaec5523dcc77673d04c6ebfba9\r
55 X-Gm-Message-State:\r
56  ALoCoQnBbQP1rqQjFalxytsvOIW0y9PVVJy1pK5/k33WxY3KsmIypvQH+2rI8qe+7l6PVBGrwzmn\r
57 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
58 X-BeenThere: notmuch@notmuchmail.org\r
59 X-Mailman-Version: 2.1.13\r
60 Precedence: list\r
61 List-Id: "Use and development of the notmuch mail system."\r
62         <notmuch.notmuchmail.org>\r
63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
64         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
66 List-Post: <mailto:notmuch@notmuchmail.org>\r
67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
69         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
70 X-List-Received-Date: Fri, 10 Aug 2012 16:39:11 -0000\r
71 \r
72 --bcaec5523dcc77673d04c6ebfba9\r
73 Content-Type: text/plain; charset=UTF-8\r
74 \r
75 On Aug 10, 2012 7:18 PM, "Jameson Graef Rollins" <jrollins@finestructure.net>\r
76 wrote:\r
77 >\r
78 > On Fri, Aug 10 2012, Jani Nikula <jani@nikula.org> wrote:\r
79 > > How would this work together with something like [1] (rationale in [2])?\r
80 > >\r
81 > > [1] id:"\r
82 ab777cf0fa83778d3399ac52094df9230738819d.1328798471.git.jani@nikula.org"\r
83 > > [2] id:"cover.1328719309.git.jani@nikula.org"\r
84 > >\r
85 > > If you introduce a mechanism to store the state, could it be extended to\r
86 > > store the state of each individual part? That, in turn, could be used to\r
87 > > add support for expanding/collapsing each alternative part through the\r
88 > > buttons (e.g. [ text/html (not shown) ]). Each button could toggle the\r
89 > > state of the part, and refresh buffer.\r
90 >\r
91 > Hey, Jani.  Are these patches needed if we have Mark's patch?  I would\r
92 > prefer to see Mark's solution.  Since alternative parts are supposed to\r
93 > be just that, alternative, it seems to me that a solution that would\r
94 > cycle through display of these parts is really what we want.  Is there a\r
95 > strong need to show multiple alternative parts at the exact same time?\r
96 \r
97 Thanks to broken Microsoft mail clients, I get plenty of invitations that\r
98 have text/plain and text/calendar alternative parts with information\r
99 complimenting each other. I usually need to see both (luckily the included\r
100 html part I can ignore) and it's helpful if I can see them at the same\r
101 time. In a perfect world neither you or me would need any of this\r
102 functionality...\r
103 \r
104 I suppose cycling through the alternative parts is, in a sense, correct for\r
105 the reasons you state, we have the code here to do just that, and I can\r
106 always cook up something for myself. Let's go with this, then, to move\r
107 forward.\r
108 \r
109 BR,\r
110 Jani.\r
111 \r
112 --bcaec5523dcc77673d04c6ebfba9\r
113 Content-Type: text/html; charset=UTF-8\r
114 Content-Transfer-Encoding: quoted-printable\r
115 \r
116 <p><br>\r
117 On Aug 10, 2012 7:18 PM, &quot;Jameson Graef Rollins&quot; &lt;<a href=3D"m=\r
118 ailto:jrollins@finestructure.net">jrollins@finestructure.net</a>&gt; wrote:=\r
119 <br>\r
120 &gt;<br>\r
121 &gt; On Fri, Aug 10 2012, Jani Nikula &lt;<a href=3D"mailto:jani@nikula.org=\r
122 ">jani@nikula.org</a>&gt; wrote:<br>\r
123 &gt; &gt; How would this work together with something like [1] (rationale i=\r
124 n [2])?<br>\r
125 &gt; &gt;<br>\r
126 &gt; &gt; [1] id:&quot;<a href=3D"mailto:ab777cf0fa83778d3399ac52094df92307=\r
127 38819d.1328798471.git.jani@nikula.org">ab777cf0fa83778d3399ac52094df9230738=\r
128 819d.1328798471.git.jani@nikula.org</a>&quot;<br>\r
129 &gt; &gt; [2] id:&quot;<a href=3D"mailto:cover.1328719309.git.jani@nikula.o=\r
130 rg">cover.1328719309.git.jani@nikula.org</a>&quot;<br>\r
131 &gt; &gt;<br>\r
132 &gt; &gt; If you introduce a mechanism to store the state, could it be exte=\r
133 nded to<br>\r
134 &gt; &gt; store the state of each individual part? That, in turn, could be =\r
135 used to<br>\r
136 &gt; &gt; add support for expanding/collapsing each alternative part throug=\r
137 h the<br>\r
138 &gt; &gt; buttons (e.g. [ text/html (not shown) ]). Each button could toggl=\r
139 e the<br>\r
140 &gt; &gt; state of the part, and refresh buffer.<br>\r
141 &gt;<br>\r
142 &gt; Hey, Jani. =C2=A0Are these patches needed if we have Mark&#39;s patch?=\r
143  =C2=A0I would<br>\r
144 &gt; prefer to see Mark&#39;s solution. =C2=A0Since alternative parts are s=\r
145 upposed to<br>\r
146 &gt; be just that, alternative, it seems to me that a solution that would<b=\r
147 r>\r
148 &gt; cycle through display of these parts is really what we want. =C2=A0Is =\r
149 there a<br>\r
150 &gt; strong need to show multiple alternative parts at the exact same time?=\r
151 </p>\r
152 <p>Thanks to broken Microsoft mail clients, I get plenty of invitations tha=\r
153 t have text/plain and text/calendar alternative parts with information comp=\r
154 limenting each other. I usually need to see both (luckily the included html=\r
155  part I can ignore) and it&#39;s helpful if I can see them at the same time=\r
156 . In a perfect world neither you or me would need any of this functionality=\r
157 ...</p>\r
158 \r
159 <p>I suppose cycling through the alternative parts is, in a sense, correct =\r
160 for the reasons you state, we have the code here to do just that, and I can=\r
161  always cook up something for myself. Let&#39;s go with this, then, to move=\r
162  forward.</p>\r
163 \r
164 <p>BR,<br>\r
165 Jani.</p>\r
166 \r
167 --bcaec5523dcc77673d04c6ebfba9--\r