From ca7fa5c6ecff7dbb57bd13d4d3d829365bb6f316 Mon Sep 17 00:00:00 2001 From: David Bremner Date: Mon, 30 Apr 2012 16:12:36 +2100 Subject: [PATCH] Re: [PATCH v3 1/4] emacs: Let the user choose where to compose new mails --- 22/47b360411f6ab6d3344636ec05a2e6be446bf2 | 77 +++++++++++++++++++++++ 1 file changed, 77 insertions(+) create mode 100644 22/47b360411f6ab6d3344636ec05a2e6be446bf2 diff --git a/22/47b360411f6ab6d3344636ec05a2e6be446bf2 b/22/47b360411f6ab6d3344636ec05a2e6be446bf2 new file mode 100644 index 000000000..4c1fcd5ac --- /dev/null +++ b/22/47b360411f6ab6d3344636ec05a2e6be446bf2 @@ -0,0 +1,77 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id DC245431FAF + for ; Sun, 29 Apr 2012 12:12:46 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: 0 +X-Spam-Level: +X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] + autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id rJY9WPxSZEgt for ; + Sun, 29 Apr 2012 12:12:46 -0700 (PDT) +Received: from tesseract.cs.unb.ca (tesseract.cs.unb.ca [131.202.240.238]) + (using TLSv1 with cipher AES256-SHA (256/256 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id 0C6F5431FAE + for ; Sun, 29 Apr 2012 12:12:46 -0700 (PDT) +Received: from fctnnbsc30w-156034089108.dhcp-dynamic.fibreop.nb.bellaliant.net + ([156.34.89.108] helo=zancas.localnet) + by tesseract.cs.unb.ca with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) + (Exim 4.72) (envelope-from ) + id 1SOZY2-00046N-0E; Sun, 29 Apr 2012 16:12:42 -0300 +Received: from bremner by zancas.localnet with local (Exim 4.77) + (envelope-from ) + id 1SOZXw-0006Uc-Jt; Sun, 29 Apr 2012 16:12:36 -0300 +From: David Bremner +To: Thomas Jost , + Jameson Graef Rollins , notmuch@notmuchmail.org +Subject: Re: [PATCH v3 1/4] emacs: Let the user choose where to compose new + mails +In-Reply-To: <87y5pn76al.fsf@schnouki.net> +References: <87d3cx2t38.fsf@rocinante.cs.unb.ca> + <1323797532-597-1-git-send-email-schnouki@schnouki.net> + <1323797532-597-2-git-send-email-schnouki@schnouki.net> + <87pqbayukw.fsf@servo.finestructure.net> + <878vhxt5bt.fsf@zancas.localnet> <87y5pn76al.fsf@schnouki.net> +User-Agent: Notmuch/0.12+140~g0c819b9 (http://notmuchmail.org) Emacs/23.4.1 + (x86_64-pc-linux-gnu) +Date: Sun, 29 Apr 2012 16:12:36 -0300 +Message-ID: <87k40yfj2z.fsf@zancas.localnet> +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Spam_bar: - +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 29 Apr 2012 19:12:47 -0000 + +Thomas Jost writes: +> AFAICT, Emacs 23 is just buggy in this case. By reading the code of +> message-send-and-exit and message-bury [1], here is what happens when +> you call message-send-buffer-and-exit with message-kill-buffer-on-exit +> set to nil: +> - message is sent +> - buffer is buried with burry-buffer +> - message-bury: if the window is dedicated and its frame not the only +> visible frame, then this frame is deleted + +OK, I guess I can live with the behaviour as an emacs 23 bug, but I +think we should warn the user of this bug somewhere prominently, perhaps +in the customize message. Effectively users of emacs23 and emacsclient +will probably want to avoid the "new-window" setting. + +d -- 2.26.2