--- /dev/null
+Return-Path: <amdragon@mit.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 4FCC3431FB6\r
+ for <notmuch@notmuchmail.org>; Thu, 27 Dec 2012 15:04:08 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id CyCx6TYErx+p for <notmuch@notmuchmail.org>;\r
+ Thu, 27 Dec 2012 15:04:07 -0800 (PST)\r
+Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU\r
+ [18.7.68.37])\r
+ by olra.theworths.org (Postfix) with ESMTP id 7BB19431FAF\r
+ for <notmuch@notmuchmail.org>; Thu, 27 Dec 2012 15:04:07 -0800 (PST)\r
+X-AuditID: 12074425-b7ff26d000007f8d-d3-50dcd3e61ec1\r
+Received: from mailhub-auth-2.mit.edu ( [18.7.62.36])\r
+ by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP\r
+ id 0A.C7.32653.6E3DCD05; Thu, 27 Dec 2012 18:04:06 -0500 (EST)\r
+Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
+ by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id qBRN46SC020141; \r
+ Thu, 27 Dec 2012 18:04:06 -0500\r
+Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
+ (authenticated bits=0)\r
+ (User authenticated as amdragon@ATHENA.MIT.EDU)\r
+ by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id qBRN42Bx026687\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);\r
+ Thu, 27 Dec 2012 18:04:04 -0500 (EST)\r
+Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.80)\r
+ (envelope-from <amdragon@mit.edu>)\r
+ id 1ToMUc-0001m5-OR; Thu, 27 Dec 2012 18:04:02 -0500\r
+Date: Thu, 27 Dec 2012 18:04:02 -0500\r
+From: Austin Clements <amdragon@MIT.EDU>\r
+To: Mark Walters <markwalters1009@gmail.com>\r
+Subject: Re: [PATCH] emacs: tweak error buffer handling\r
+Message-ID: <20121227230402.GY6187@mit.edu>\r
+References: <1356209345-11712-1-git-send-email-markwalters1009@gmail.com>\r
+ <m2y5glvo40.fsf@guru.guru-group.fi> <87k3s4fnz8.fsf@qmul.ac.uk>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+In-Reply-To: <87k3s4fnz8.fsf@qmul.ac.uk>\r
+User-Agent: Mutt/1.5.21 (2010-09-15)\r
+X-Brightmail-Tracker:\r
+ H4sIAAAAAAAAA+NgFuphleLIzCtJLcpLzFFi42IRYrdT0X12+U6AwbSH1har5/JYXL85k9ni\r
+ zcp5rA7MHjtn3WX3OPx1IYvHs1W3mAOYo7hsUlJzMstSi/TtErgyZu78x1zwVKji9MHzjA2M\r
+ r/m6GDk5JARMJL6/OckEYYtJXLi3nq2LkYtDSGAfo8SUXbtYIJwNjBIPry5nhHAuMkmcbXzK\r
+ DOEsYZRo//uUtYuRg4NFQFXiyz8WkFFsAhoS2/aDNHByiAjoSNw+tIAdpIRZwFZi6pUYkLCw\r
+ gLnE7tObwUp4BbQlPh+fyg4xspdRYnb3XjaIhKDEyZlPwGYyC2hJ3Pj3kglijrTE8n8cIGFO\r
+ oFUvPlxgBrFFBVQkppzcxjaBUWgWku5ZSLpnIXQvYGRexSibklulm5uYmVOcmqxbnJyYl5da\r
+ pGuhl5tZopeaUrqJERzoLqo7GCccUjrEKMDBqMTDu6DnToAQa2JZcWXuIUZJDiYlUd4H54FC\r
+ fEn5KZUZicUZ8UWlOanFhxglOJiVRHi/xwPleFMSK6tSi/JhUtIcLErivDdSbvoLCaQnlqRm\r
+ p6YWpBbBZGU4OJQkeKsvATUKFqWmp1akZeaUIKSZODhBhvMADe8HqeEtLkjMLc5Mh8ifYlSU\r
+ EuedAJIQAElklObB9cIS0StGcaBXhHlXgVTxAJMYXPcroMFMQIOtecAGlyQipKQaGCXeaaRo\r
+ BQnIZ08OLHPfVFCw0tB464lTAj1/9twzFNpg4fzNsOo/0+eVu4sVy7y+rPqU5H9j9YuSo13M\r
+ 2xXvmmnUPJ46PaST58n2pM8LJ9w/PzUgeLnwCYMlxprPvlxizfux13ejsPyCLbOnFcuyL7xy\r
+ onjK69Wc+rtuqL7blmU/IdCDUZrlwS0lluKMREMt5qLiRAD0d5+rHwMAAA==\r
+Cc: Tomi Ollila <tomi.ollila@iki.fi>, notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 27 Dec 2012 23:04:08 -0000\r
+\r
+Quoth Mark Walters on Dec 26 at 10:27 pm:\r
+> \r
+> On Tue, 25 Dec 2012, Tomi Ollila <tomi.ollila@iki.fi> wrote:\r
+> > On Sat, Dec 22 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
+> >\r
+> >> view-mode-enter changed between emacs 23 and emacs 24: the current\r
+> >> code makes the error buffer disappear in emacs 24 on quitting it (ie\r
+> >> pressing q) but this just kills the buffer without closing the split\r
+> >> window in emacs 23.\r
+> >>\r
+> >> This patch makes the error buffer window disappear in emacs 23\r
+> >> too. Since the view-mode-enter function changed we have to test for\r
+> >> version and do the correct thing in each case.\r
+> >> ---\r
+> >>\r
+> >> This seems to work but I have only tested on 23.4 and 24.2\r
+> >\r
+> > I run emacs 23.1.1 to get the documentation of view-mode-enter\r
+> > there. So, this patch instructs to delete WINDOW when exiting\r
+> > view mode...\r
+> >\r
+> > Documentation of pop-to-buffer says:\r
+> >\r
+> > "Select buffer BUFFER-OR-NAME in some window, preferably a different one."\r
+> >\r
+> > What if pop-up-windows's value is nil -- the content of current window\r
+> > is replaced with this view stuff -- and when exiting view mode, the\r
+> > window will be deleted ? What happens with emacs 24 in this case ?\r
+> \r
+> Hi \r
+> \r
+> You are quite right there are problems here under emacs 23: if you\r
+> already have a split window when the error occurs in one part the error\r
+> is displayed in the other window and then on exit that (previously\r
+> existing) window is closed.\r
+> \r
+> What do people think should happen on an error? I, personally, don't\r
+> like taking over an existing window, and Jamie liked some of the errors\r
+> (eg non-fatal `locked database' tagging errors) to be shown in the\r
+> mini-buffer.\r
+> \r
+> I also think it is going to be difficult to get this right: emacs 23 and\r
+> 24 are different and there are also some user configuration variable\r
+> that affect what happens.\r
+\r
+How about showing all errors in the minibuffer (which could simply\r
+mean calling (error ...) and letting the Emacs top-level show it in\r
+the mini-buffer)? We could log the verbose error details (like\r
+stdout) to some other buffer that we don't automatically show, but\r
+instead simply reference from the minibuffer message. This would be\r
+more in line with how Emacs typically handles errors, and would make\r
+the details available to the user without flooding them with the\r
+details.\r
projects / notmuch-archives.git / commitdiff