Re: [PATCH] emacs: wash: make word-wrap bound message width
[notmuch-archives.git] / 5a / 793cda6dc6a734e4b1a858c1b4fe017728a844
1 Return-Path: <bremner@unb.ca>\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 CB35C431FAF\r
6         for <notmuch@notmuchmail.org>; Wed, 26 Dec 2012 05:23:34 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
12         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 fveILabMZHis for <notmuch@notmuchmail.org>;\r
16         Wed, 26 Dec 2012 05:23:33 -0800 (PST)\r
17 Received: from tesseract.cs.unb.ca (tesseract.cs.unb.ca [131.202.240.238])\r
18         (using TLSv1 with cipher AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 05049431FAE\r
21         for <notmuch@notmuchmail.org>; Wed, 26 Dec 2012 05:23:33 -0800 (PST)\r
22 Received: from fctnnbsc30w-156034082078.dhcp-dynamic.fibreop.nb.bellaliant.net\r
23         ([156.34.82.78] helo=zancas.localnet)\r
24         by tesseract.cs.unb.ca with esmtpsa\r
25         (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72)\r
26         (envelope-from <bremner@unb.ca>)\r
27         id 1TnqxC-0002PM-W7; Wed, 26 Dec 2012 09:23:27 -0400\r
28 Received: from bremner by zancas.localnet with local (Exim 4.80)\r
29         (envelope-from <bremner@unb.ca>)\r
30         id 1Tnqwm-0003UO-3a; Wed, 26 Dec 2012 09:23:00 -0400\r
31 From: David Bremner <david@tethera.net>\r
32 To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
33 Subject: Re: Xapian-quoting based batch-tagging.\r
34 In-Reply-To: <87ehid5h64.fsf@qmul.ac.uk>\r
35 References: <1356464567-21779-1-git-send-email-david@tethera.net>\r
36         <87ehid5h64.fsf@qmul.ac.uk>\r
37 User-Agent: Notmuch/0.14+213~g4af1ac6 (http://notmuchmail.org) Emacs/24.2.1\r
38         (x86_64-pc-linux-gnu)\r
39 Date: Wed, 26 Dec 2012 09:23:00 -0400\r
40 Message-ID: <87txr9q763.fsf@zancas.localnet>\r
41 MIME-Version: 1.0\r
42 Content-Type: text/plain\r
43 X-Spam_bar: -\r
44 X-BeenThere: notmuch@notmuchmail.org\r
45 X-Mailman-Version: 2.1.13\r
46 Precedence: list\r
47 List-Id: "Use and development of the notmuch mail system."\r
48         <notmuch.notmuchmail.org>\r
49 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
50         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
51 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
52 List-Post: <mailto:notmuch@notmuchmail.org>\r
53 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
54 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
55         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
56 X-List-Received-Date: Wed, 26 Dec 2012 13:23:34 -0000\r
57 \r
58 Mark Walters <markwalters1009@gmail.com> writes:\r
59 \r
60 > I am unclear about how this is going to deal with queries containing\r
61 > newlines. For dump/restore I think this is not a problem (as Austin and\r
62 > others have said), but for batch tagging I think it could be; for\r
63 > example the query could be for a tag containing a newline.\r
64 \r
65 Yes, that's true, this patch series does not support queries with tags\r
66 with embedded newlines. They can still be removed (and added) via either\r
67 batch tagging or the command line. We could just live with this, or\r
68 \r
69 - The current syntax allows for detecting options at the start of the\r
70   line; perhaps a future fix would be to have the batch tagging and\r
71   command line tagging accept an optionally hex encoded query, something\r
72   like:\r
73 \r
74         --hex +found%20it -- tag:%22stupid%0Atag%22\r
75 \r
76 - Alternatively, we could add hex decoding on top of xapian quoting for\r
77   queries. One UI downside is that people have to remember that % are\r
78   special.\r
79 \r
80      +found%25it -- tag:lost%25it\r
81 \r
82   Another is that quoting is still (surprisingly) necessary for encoded\r
83   spaces\r
84   \r
85      +found%20it -- tag:"lost%20it"\r
86  \r
87   Introducing yet another escape format, e.g. "\n" would require more\r
88   code, and not really much benefit afaict versus re-using hex-encoding.\r
89   Offhand I don't see how to avoid this without some level of query\r
90   pre-processing a-la\r
91   \r
92         id:1356313183-9266-1-git-send-email-david@tethera.net\r
93 \r
94 d\r