From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 74817431FD0 for ; Mon, 26 Dec 2011 03:39:14 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3] 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 zCvZG4AKFXa5 for ; Mon, 26 Dec 2011 03:39:14 -0800 (PST) Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id D0327431FB6 for ; Mon, 26 Dec 2011 03:39:13 -0800 (PST) Received: from zancas.localnet (fctnnbsc36w-156034079193.pppoe-dynamic.High-Speed.nb.bellaliant.net [156.34.79.193]) (authenticated bits=0) by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id pBQBcrnK018768 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 26 Dec 2011 07:38:53 -0400 Received: from bremner by zancas.localnet with local (Exim 4.77) (envelope-from ) id 1Rf8tI-0006NS-GW; Mon, 26 Dec 2011 07:38:52 -0400 From: David Bremner To: Aaron Ecay , Jameson Graef Rollins , Thomas Jost , notmuch@notmuchmail.org Subject: Re: [PATCH v3 1/4] emacs: Let the user choose where to compose new mails In-Reply-To: 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> <877h1y13dv.fsf@zancas.localnet> <87sjklzrcn.fsf@servo.finestructure.net> <87r505iecz.fsf@zancas.localnet> User-Agent: Notmuch/0.11~rc1 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Mon, 26 Dec 2011 07:38:52 -0400 Message-ID: <87boqvy33n.fsf@zancas.localnet> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: Mon, 26 Dec 2011 11:39:14 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sun, 25 Dec 2011 23:54:41 -0500, Aaron Ecay wrote: > I just tried, and I cannot reproduce this behavior. IIUC, here is what > happened to you: you set nm-mua-compose-in to 'new-window. You began a > new message, this opened a new window as expected. Your emacs frame now > has two windows in it. You sent this message, which deleted the window > showing it. Your emacs frame was deleted as well, which made the other > window, showing notmuch-hello (or some other notmuch buffer, from which > you began writing the email message) disappear as well, unexpectedly. > Is this a correct description of what happened? Yes, although it happened quickly enough I'm not sure the window was deleted before the frame. > Here=E2=80=99s the recipe I used for replicating: >=20 > emacs -q --daemon > emacsclient -c > C-x b *scratch* > (add-to-list 'load-path "/path/to/notmuch/emacs/") C-j > (load-library "notmuch") C-j > C-x C-f /path/to/notmuch/emacs/notmuch-mua.el > M-x eval-buffer (in order to pick up changes not in byte-compiled file) > M-x customize-variable notmuch-mua-compose-in (set to 'new-window, save f= or session) > M-x notmuch > m (new window is created in current frame, below the window showing notmu= ch-hello) > (type mail) > C-c C-c (enter smtp settings, since emacs doesn=E2=80=99t know them) > (new window disappears, the window with notmuch-hello fills whole frame) >=20 It sounds plausible. On Debian I was a bit lazy and relied on the Debian site startup file, which I attach. Note that the setting of 'new-window seems broken to me without emacsclient as well. In this case it buries the notmuch-hello buffer that the compose window was launched from. > I also tried with notmuch-mua-compose-in set to 'new-frame, and got the > expected behavior (m -> create new frame, C-c C-c -> new frame is > deleted) Yes, that one seems fine; perhaps because deleting the frame is the desired outcome in this case. > What version of emacs did you have this problem with?=20=20 23.3.1 --=-=-= Content-Type: application/emacs-lisp Content-Disposition: attachment; filename=50notmuch.el Content-Transfer-Encoding: quoted-printable Content-Description: site startup for notmuch. ;; -*-emacs-lisp-*- ;; ;; Emacs startup file, e.g. /etc/emacs/site-start.d/50notmuch.el ;; for the Debian notmuch package ;; The notmuch package follows the Debian/GNU Linux 'emacsen' policy and ;; byte-compiles its elisp files for each 'emacs flavor' (emacs19, ;; xemacs19, emacs20, xemacs20...). The compiled code is then ;; installed in a subdirectory of the respective site-lisp directory. (cond ((not (file-exists-p "/usr/share/emacs/site-lisp/notmuch")) (message "Package notmuch removed but not purged. Skipping setup.")) ((not (file-exists-p (concat "/usr/share/" (symbol-name debian-emacs-flavor) "/site-lisp/notmuch"))) (message "Package notmuch not fully installed. Skipping setup.")) (t (debian-pkg-add-load-path-item (concat "/usr/share/" (symbol-name debian-emacs-flavor) "/site-lisp/notmuch")) (autoload 'notmuch "notmuch" "Run notmuch and display saved searches, kno= wn tags, etc." t) (autoload 'notmuch-hello "notmuch" "Run notmuch and display saved searche= s, known tags, etc." t) (autoload 'notmuch-search "notmuch" "Run \"notmuch search\" with the give= n query string and display results." t) (autoload 'notmuch-show "notmuch" "Run \"notmuch show\" with the given th= read ID and display results." t) )) --=-=-=--