[PATCH 4/4] Update NEWS for user.other_name
[notmuch-archives.git] / a8 / b56a54cc79d335ca268e763e771d20c128a15a
1 Return-Path: <cworth@cworth.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 24DDF4196F2\r
6         for <notmuch@notmuchmail.org>; Wed, 21 Apr 2010 14:03:05 -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: -2.89\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
13         autolearn=ham\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id 7yTX8nBIqY00; Wed, 21 Apr 2010 14:03:03 -0700 (PDT)\r
17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
18         by olra.theworths.org (Postfix) with ESMTP id 832CA431FC1;\r
19         Wed, 21 Apr 2010 14:03:03 -0700 (PDT)\r
20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
21         id 34280568DE4; Wed, 21 Apr 2010 14:03:03 -0700 (PDT)\r
22 From: Carl Worth <cworth@cworth.org>\r
23 To: David Edmondson <dme@dme.org>, notmuch <notmuch@notmuchmail.org>\r
24 Subject: Re: pull request\r
25 In-Reply-To: <87eiibq22s.fsf@ut.hh.sledj.net>\r
26 References: <87sk722sfq.fsf@ut.hh.sledj.net> <87eiibq22s.fsf@ut.hh.sledj.net>\r
27 Date: Wed, 21 Apr 2010 14:03:03 -0700\r
28 Message-ID: <87iq7kjz7c.fsf@yoom.home.cworth.org>\r
29 MIME-Version: 1.0\r
30 Content-Type: multipart/signed; boundary="=-=-=";\r
31         micalg=pgp-sha1; protocol="application/pgp-signature"\r
32 X-BeenThere: notmuch@notmuchmail.org\r
33 X-Mailman-Version: 2.1.13\r
34 Precedence: list\r
35 List-Id: "Use and development of the notmuch mail system."\r
36         <notmuch.notmuchmail.org>\r
37 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
38         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
39 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
40 List-Post: <mailto:notmuch@notmuchmail.org>\r
41 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
42 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
43         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
44 X-List-Received-Date: Wed, 21 Apr 2010 21:03:05 -0000\r
45 \r
46 --=-=-=\r
47 Content-Transfer-Encoding: quoted-printable\r
48 \r
49 On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson <dme@dme.org> wrote:\r
50 > commit 7dedc95af671173a57bafd973604614c03121ce6\r
51 >=20\r
52 >     emacs: JSON based implementation\r
53 \r
54 I merged this and followed it up immediately with a commit to remove the\r
55 ability to toggle the body visibility separate from the message\r
56 visibility. That was just confusing and none too useful.\r
57 \r
58 > commit 514e14c42e214718768a1ec94cb869cd3eb47114\r
59 >\r
60 >     emacs: Move body markup to a separate file\r
61 \r
62 This is pushed.\r
63 \r
64 > commit 2b6201fbf9209a875f216d48c30b95a6f583c575\r
65 >=20\r
66 >     emacs: Add more functions to clean up text/plain parts\r
67 >=20=20=20=20=20\r
68 >     Add:\r
69 >     - notmuch-wash-wrap-long-lines: Wrap lines longer than the width of\r
70 >       the current window whilst maintaining any citation prefix.\r
71 >     - notmuch-wash-tidy-citations: Tidy up citations by:\r
72 >       - compress repeated otherwise blank citation lines,\r
73 >       - remove otherwise blank citation lines at the head and tail of a\r
74 >         citation and remove blank lines between attribution statements and\r
75 >         the citation,\r
76 >     - notmuch-wash-compress-blanks: Compress repeated blank lines and\r
77 >       remove leading and trailing blank lines.\r
78 \r
79 I did not push this one. I think this munges messages too much to be on\r
80 by default.\r
81 \r
82 Consider a window of 80 columns and a thread with messages all wrapped\r
83 at a reasonable boundary, (75 columns or whatever). And consider that\r
84 the thread causes indentation such that messages start running into the\r
85 right edge of the window.\r
86 \r
87 Before the above patch, this scenario will cause the message to be\r
88 displayed in an obviously incorrect fashion, (some lines will only have\r
89 one or two words displayed on them). But since the content is unchanged\r
90 From=20the original message (other than the extra indentation whitespace)\r
91 I can just widen my emacs window and view the message correctly.\r
92 \r
93 After the patch, the broken case looks a little nicer, (lines that have\r
94 only one or two words are now indented and citation markers are added),\r
95 but if I widen the window nothing gets fixed. So that's annoying.\r
96 \r
97 With sup, the approach for this scenarios was to effectively make the\r
98 buffer much wider, and to automatically scroll the buffer to the left\r
99 when necessary so that the current message was made visible with no\r
100 wrapping. I liked that.\r
101 \r
102 Dealing with broken messages that have entire paragraphs unwrapped is a\r
103 separate issue from displaying correct messages nicely. I'd like to make\r
104 correct messages work well first, and then worry about the broken\r
105 messages. (For those, I'm much more willing to accept munged display of\r
106 the message.)\r
107 \r
108 > commit c7872f5e1f11cfa10d93cb818c5f6f6c0835b918\r
109 >\r
110 >     emacs/notmuch-show.el: Improved part labelling\r
111 ...=20\r
112 > commit 951db85a55a1893e766b26de1377dda5b4573366\r
113 >=20\r
114 >     emacs: Use `mm-display-part' when possible\r
115 ...\r
116 > commit 5c060ded87ec4dc479625348708ef73852d60b36\r
117 >=20\r
118 >     emacs: Use mailcap.el to guess the type of application/octet-stream p=\r
119 arts\r
120 ...\r
121 > commit 5fcbb528384b7bda838f7c77434def15f85c7382\r
122 >=20\r
123 >     emacs: Display all body parts using `notmuch part --part=3D<n>'\r
124 \r
125 All four of these are pushed now. I like the inline display of\r
126 images. (Though I wish that emacs would allow the scrollbar to display\r
127 partial images---the sudden disappearance of the message once it hits\r
128 the top of the window is annoying.)\r
129 \r
130 > commit 9e193a3998b7503e35d21013c71cc4ecaf6c9d50\r
131 >=20\r
132 >     emacs/notmuch-wash.el: Add `notmuch-wash-inline-patch'\r
133 \r
134 The commit message for this one was enough to make me skip it for now:\r
135 \r
136 >     Due to the scope for error in detecting inline patches (and their\r
137 >     extent), this function is not enabled by default.\r
138 \r
139 For this entire series it would be very nice to have some emacs-based\r
140 testing in the test suite. And for a patch like this with heuristics\r
141 that are known to not be perfect, I think it's essential to have that\r
142 testing in place first.\r
143 \r
144 > commit 444de7e73d988cab9b8d1fef851c8ad26174a996\r
145 >=20\r
146 >     emacs/notmuch-show.el: Part headers are real buttons that save the pa=\r
147 rt\r
148 \r
149 Pushed. This is a delightful improvement to our handling of attachments.\r
150 \r
151 I'd like the text on the button to give some more instruction, such as:\r
152 \r
153         "Click or press Enter to save."\r
154 \r
155 And if we could pull it off, (I don't know how flexible the button\r
156 widget is in emacs), it would be nice to have something like this as\r
157 well:\r
158 \r
159         "Or press V to view."\r
160 \r
161 so that one could easily use an external viewer for a single attachment.\r
162 \r
163 Meanwhile, another issue with the result of this series is that I now\r
164 seem to get rendering for both the text/plain and the text/html\r
165 alternatives when a message has both. For now, the paragraphs are\r
166 wrapped much more nicely in the rendering of the html portion, but links\r
167 are apparently entirely missing. The link URLs at least appear in the\r
168 text/plain rendering, (which is pretty ugly, but at least not impossible\r
169 to use).\r
170 \r
171 If we could get one version or the other working completely, then it\r
172 would be nice to display only one.\r
173 \r
174 >     Don't attempt to save 'fake' parts generated by\r
175 >     `notmuch-wash-inline-patch'.\r
176 \r
177 There was one portion of the patch that did not apply since I hadn't\r
178 applied an earlier patch. It looked to me like it was the portion\r
179 described by the above sentence, so I dropped that sentence from the\r
180 commit message.\r
181 \r
182 > commit e9d737feb5a49fd59e1f27bccd24cac2fd1ef749\r
183 >=20\r
184 >     emacs/notmuch-show.el: Add `notmuch-show-toggle-all' bound to M-RET\r
185 >=20=20=20=20=20\r
186 >     `notmuch-show-toggle-all' changes the visibility all of the messages\r
187 >     in the current thread. By default it makes all of the messages not\r
188 >     visible. With a prefix argument, it makes them all visible.\r
189 \r
190 I didn't push this one yet.\r
191 \r
192 The feature is *almost* what I want. It's just that I often want to open\r
193 all messages in a thread, (and I've never found myself wanting to close\r
194 all messages). So I'd like to switch which behavior requires the prefix\r
195 argument here.\r
196 \r
197 Also, care should be taken in the documentation of this function so that\r
198 the first line reads as a complete sentence. This is because our help\r
199 screen (with the "?" key) displays only the first line of help for each\r
200 function.\r
201 \r
202 [Aside: We could improve our help screen by making RET on any line then\r
203 bring up the full help message for that function.]\r
204 \r
205 > commit b3be927b54956a7258f203159e0bdb954e686c80\r
206 >=20\r
207 >     emacs: Support for customizing search result display\r
208 \r
209 Finally, this is pushed. It's a quite lovely feature that's quite easy\r
210 to take advantage of from "M-x customize-group" "notmuch".\r
211 \r
212 Anyone, if you haven't tried that mode yet for customizing notmuch, you\r
213 should give it a try. (And we should add some hint somewhere to make it\r
214 easier to find. Perhaps a keybinding to get to the customization\r
215 buffer.)\r
216 \r
217 Thanks again, David!\r
218 \r
219 =2DCarl\r
220 \r
221 --=-=-=\r
222 Content-Type: application/pgp-signature\r
223 \r
224 -----BEGIN PGP SIGNATURE-----\r
225 Version: GnuPG v1.4.10 (GNU/Linux)\r
226 \r
227 iD8DBQFLz2gH6JDdNq8qSWgRAgbPAJ9n2AIL6ub0MNvvTsygQo7/Gran1QCfTYl4\r
228 BEV4i7MTom80zbdLqF35GtY=\r
229 =mHpC\r
230 -----END PGP SIGNATURE-----\r
231 --=-=-=--\r