22/47b360411f6ab6d3344636ec05a2e6be446bf2

   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 DC245431FAF\r
   6         for <notmuch@notmuchmail.org>; Sun, 29 Apr 2012 12:12:46 -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\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 rJY9WPxSZEgt for <notmuch@notmuchmail.org>;\r
  16         Sun, 29 Apr 2012 12:12:46 -0700 (PDT)\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 0C6F5431FAE\r
  21         for <notmuch@notmuchmail.org>; Sun, 29 Apr 2012 12:12:46 -0700 (PDT)\r
  22 Received: from fctnnbsc30w-156034089108.dhcp-dynamic.fibreop.nb.bellaliant.net\r
  23         ([156.34.89.108] helo=zancas.localnet)\r
  24         by tesseract.cs.unb.ca with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32)\r
  25         (Exim 4.72) (envelope-from <bremner@unb.ca>)\r
  26         id 1SOZY2-00046N-0E; Sun, 29 Apr 2012 16:12:42 -0300\r
  27 Received: from bremner by zancas.localnet with local (Exim 4.77)\r
  28         (envelope-from <bremner@unb.ca>)\r
  29         id 1SOZXw-0006Uc-Jt; Sun, 29 Apr 2012 16:12:36 -0300\r
  30 From: David Bremner <david@tethera.net>\r
  31 To: Thomas Jost <schnouki@schnouki.net>,\r
  32         Jameson Graef Rollins <jrollins@finestructure.net>, notmuch@notmuchmail.org\r
  33 Subject: Re: [PATCH v3 1/4] emacs: Let the user choose where to compose new\r
  34         mails\r
  35 In-Reply-To: <87y5pn76al.fsf@schnouki.net>\r
  36 References: <87d3cx2t38.fsf@rocinante.cs.unb.ca>\r
  37         <1323797532-597-1-git-send-email-schnouki@schnouki.net>\r
  38         <1323797532-597-2-git-send-email-schnouki@schnouki.net>\r
  39         <87pqbayukw.fsf@servo.finestructure.net>\r
  40         <878vhxt5bt.fsf@zancas.localnet> <87y5pn76al.fsf@schnouki.net>\r
  41 User-Agent: Notmuch/0.12+140~g0c819b9 (http://notmuchmail.org) Emacs/23.4.1\r
  42         (x86_64-pc-linux-gnu)\r
  43 Date: Sun, 29 Apr 2012 16:12:36 -0300\r
  44 Message-ID: <87k40yfj2z.fsf@zancas.localnet>\r
  45 MIME-Version: 1.0\r
  46 Content-Type: text/plain; charset=us-ascii\r
  47 X-Spam_bar: -\r
  48 X-BeenThere: notmuch@notmuchmail.org\r
  49 X-Mailman-Version: 2.1.13\r
  50 Precedence: list\r
  51 List-Id: "Use and development of the notmuch mail system."\r
  52         <notmuch.notmuchmail.org>\r
  53 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  54         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  55 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  56 List-Post: <mailto:notmuch@notmuchmail.org>\r
  57 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  58 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  59         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  60 X-List-Received-Date: Sun, 29 Apr 2012 19:12:47 -0000\r
  61 \r
  62 Thomas Jost <schnouki@schnouki.net> writes:\r
  63 > AFAICT, Emacs 23 is just buggy in this case. By reading the code of\r
  64 > message-send-and-exit and message-bury [1], here is what happens when\r
  65 > you call message-send-buffer-and-exit with message-kill-buffer-on-exit\r
  66 > set to nil:\r
  67 > - message is sent\r
  68 > - buffer is buried with burry-buffer\r
  69 > - message-bury: if the window is dedicated and its frame not the only\r
  70 >   visible frame, then this frame is deleted\r
  71 \r
  72 OK, I guess I can live with the behaviour as an emacs 23 bug, but I\r
  73 think we should warn the user of this bug somewhere prominently, perhaps\r
  74 in the customize message. Effectively users of emacs23 and emacsclient\r
  75 will probably want to avoid the "new-window" setting.\r
  76 \r
  77 d\r