Re: Regarding notmuch and Fedora 16
[notmuch-archives.git] / e3 / b5cb541b96945821cd9f05cd328135a5289f1c
1 Return-Path: <patricktotzke@googlemail.com>\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 273C6429E25\r
6         for <notmuch@notmuchmail.org>; Sat, 21 May 2011 07:54: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: -0.799\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
13         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 wIo4ktJ-eEjx for <notmuch@notmuchmail.org>;\r
17         Sat, 21 May 2011 07:54:03 -0700 (PDT)\r
18 Received: from mail-ww0-f45.google.com (mail-ww0-f45.google.com\r
19  [74.125.82.45])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
20  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
21  CD048431FD0    for <notmuch@notmuchmail.org>; Sat, 21 May 2011 07:54:02 -0700\r
22  (PDT)\r
23 Received: by wwi36 with SMTP id 36so4008326wwi.2\r
24         for <notmuch@notmuchmail.org>; Sat, 21 May 2011 07:54:01 -0700 (PDT)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
26         d=googlemail.com; s=gamma;\r
27         h=domainkey-signature:subject:from:to:in-reply-to:references:date\r
28         :message-id:user-agent:content-transfer-encoding:mime-version\r
29         :content-type; bh=t566TedtM6hc/5J+UPD4xUGR1HEgujfgwbHyKyVCglw=;\r
30         b=TPoCCu60d1dONsykGdVtmro2HWM/tII/NGNP+swRrUS5qR8fZI9eUfKcKKIQv/pyIU\r
31         9CYr+X5M1pOZ32jKOynz7rmUCA3ycNVOXjK8DZlThlulZdZFE6EiXgFAk5YsCHL7HCpj\r
32         GHLC6l5Ii7S14cEBap1XX/gh5981sbsnaNQJY=\r
33 DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma;\r
34         h=subject:from:to:in-reply-to:references:date:message-id:user-agent\r
35         :content-transfer-encoding:mime-version:content-type;\r
36         b=RO+avPu1ITqqU2my3pIF3+fgMEjPCxwsv6Zxfu7jAQ0XedT6H2waINa0ZmKzT+6vAg\r
37         U6h0Pwlz3atT/8Y+BnGpZ9vpnrgkfkwvBjQKBqP3xlploZCUUdtfsJQ/KxEm3o3MtLKX\r
38         RhiAfYE9EDy8YKfnV8JP8dnPci0HQG1ducmAE=\r
39 Received: by 10.216.203.195 with SMTP id f45mr647147weo.89.1305989640601;\r
40         Sat, 21 May 2011 07:54:00 -0700 (PDT)\r
41 Received: from localhost (cpc1-sgyl2-0-0-cust47.sgyl.cable.virginmedia.com\r
42         [80.192.18.48])\r
43         by mx.google.com with ESMTPS id m15sm2351818weq.2.2011.05.21.07.53.58\r
44         (version=TLSv1/SSLv3 cipher=OTHER);\r
45         Sat, 21 May 2011 07:53:59 -0700 (PDT)\r
46 Subject: Re: a python terminal gui?\r
47 From: Patrick Totzke <patricktotzke@googlemail.com>\r
48 To: notmuch@notmuchmail.org\r
49 In-reply-to: <87pqndoww8.fsf@yoom.home.cworth.org>\r
50 References: <1305888097-sup-2343@optimusprime>\r
51         <87pqndoww8.fsf@yoom.home.cworth.org>\r
52 Date: Sat, 21 May 2011 15:53:56 +0100\r
53 Message-Id: <1305989550-sup-9586@brick>\r
54 User-Agent: Sup/git\r
55 Content-Transfer-Encoding: 8bit\r
56 MIME-Version: 1.0\r
57 Content-Type: multipart/signed; boundary="=-1305989636-651577-22279-1925-1-=";\r
58         protocol="application/pgp-signature"\r
59 X-Mailman-Approved-At: Sat, 21 May 2011 22:53:56 -0700\r
60 X-BeenThere: notmuch@notmuchmail.org\r
61 X-Mailman-Version: 2.1.13\r
62 Precedence: list\r
63 List-Id: "Use and development of the notmuch mail system."\r
64         <notmuch.notmuchmail.org>\r
65 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
66         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
67 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
68 List-Post: <mailto:notmuch@notmuchmail.org>\r
69 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
70 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
71         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
72 X-List-Received-Date: Sat, 21 May 2011 14:54:05 -0000\r
73 \r
74 \r
75 --=-1305989636-651577-22279-1925-1-=\r
76 Content-Type: text/plain; charset=UTF-8\r
77 Content-Transfer-Encoding: quoted-printable\r
78 \r
79 Hi Again,\r
80 \r
81 Excerpts from Carl Worth's message of Fri May 20 23:00:23 +0100 2011:\r
82 > > However, as a vim user I feel that the one thing that's truly missing=\r
83  is a =\r
84 \r
85 > > maintainable, feature-rich commandline GUI.\r
86 > =\r
87 \r
88 > "... that's not implemented in emacs" you mean? ;-)\r
89 of course :D\r
90 \r
91 > It's funny to me that you used the name "notmuch-gui" since I've always=\r
92 \r
93 > understood the 'G' in GUI to indicate "graphical", to distinguish from\r
94 > non-graphical terminal interfaces like you propose here.\r
95 I always intuitively understood "graphical" as anything visual.\r
96 But your right, http://en.wikipedia.org/wiki/Graphical_user_interface\r
97 suggests that a curses-like interface is not a GUI nor a CLI.\r
98 Anyhow, I agree that at some point I'll need a real name.\r
99 \r
100 > I believe all new code should be doing "import notmuch" rather than\r
101 > "import cnotmuch", and if there is any package that installs bindings\r
102 > that work as "cnotmuch" we should get those updated right away.\r
103 Thanks for the clarification. I assume I'll always get the current\r
104 bindings distributed with notmuch itself.\r
105 A make target inside notmuch/bindings/python would indeed be helpful.\r
106 \r
107 > > You can find the code at here: https://github.com/pazz/notmuch-gui =\r
108 \r
109 > I was a bit surprised to see so many results in my initial view. I'd\r
110 > expect a default view to be tag:inbox rather than tag:unread. (I didn't=\r
111 \r
112 > realize I had over 100 thousand messages with the unread tag, but\r
113 > apparently I do.) Perhaps that's a sup default that I've long since\r
114 > forgotten?\r
115 Yep, its an artefact of my debugging behaviour. Having the initial\r
116 buffer show the inbox makes total sense and is also what sup does.\r
117 \r
118 >   * The interface blocks for a while when searching for something (like=\r
119 \r
120 >     "tag:unread" in my case) that returns a *lot* of results. Are you\r
121 >     somehow sucking in all the results immediately rather than just wha=\r
122 t\r
123 >     you need to dill the current screen?\r
124 That is surprising! I only fill the screen by iterating over an initial\r
125 part of the iterator returned by Query.search_threads()\r
126 I do a second query to count the messages by Query.count_messages(),\r
127 but I'd guess that this translates to some sort of "SELECT COUNT"\r
128 and should also be fast. Maybe there's some copying going on =\r
129 \r
130 at lower levels?\r
131 \r
132 >   * I was a bit surprised that 'i' and 'u' kept opening new buffers\r
133 >     rather than switching to an existing buffer.\r
134 It shouldn't be like this, I agree. I'm just annoyed that sup treats\r
135 the inbox view different from other searches, in terms of keybindings.\r
136 But nevertheless one could have "I" point to a unique inbox search\r
137 buffer.\r
138 \r
139 >   * The '/' key didn't seem to do anything for me, so I wasn't able to\r
140 >     actually do any custom searches.\r
141 This is because it really is "\" :P that was a typo in the README.\r
142 \r
143 > It looks like a fine start to me. Please let me know if there's anythin=\r
144 g\r
145 > I can do to help with this, (in terms of hosting the code or anything\r
146 > else).\r
147 Thanks, that's helpful. I guess it would make sense to place this under\r
148 notmuch/contrib at a later point if it gets usable.\r
149 \r
150 Ah I have question regarding "toplevel" messages in threads:\r
151 How can it be that a mail that is not the one that started a thread\r
152 is contained in thread.get_toplevel_messages() ?\r
153 The only thing I can think of is that a user somehow forced two threads\r
154 to become one. Take this very thread for example. Why do I get\r
155 Mueen Nawaz's reply as a toplevel message? does this mean\r
156 that messages header has incorrect Reply-to headers set?\r
157 \r
158 @Mueen Nawaz: It's a good idea to post this on the wiki. Will do.\r
159 \r
160 Cheers,\r
161 /p\r
162 \r
163 --=-1305989636-651577-22279-1925-1-=\r
164 Content-Disposition: attachment; filename="signature.asc"\r
165 Content-Type: application/pgp-signature; name="signature.asc"\r
166 \r
167 -----BEGIN PGP SIGNATURE-----\r
168 Version: GnuPG v1.4.11 (GNU/Linux)\r
169 \r
170 iEYEARECAAYFAk3X0gQACgkQlDQDZ9fWxaoMkQCgzX4RQU6FjA4hYmjbR2yMMSJY\r
171 o7MAoMWFtps2ZoLqnNZGDY2LTY7gWSXk\r
172 =fLnp\r
173 -----END PGP SIGNATURE-----\r
174 \r
175 --=-1305989636-651577-22279-1925-1-=--\r