From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: [ottomaddox@fastmail.fm: emacsclient won't open new frame on remote display] Date: Wed, 05 Jul 2006 09:17:25 -0400 Message-ID: <87hd1w8a3e.fsf@stupidchicken.com> References: <873bdhdt2z.fsf@stupidchicken.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1152105654 11112 80.91.229.2 (5 Jul 2006 13:20:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 5 Jul 2006 13:20:54 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 05 15:20:51 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fy7J7-0004NN-OU for ged-emacs-devel@m.gmane.org; Wed, 05 Jul 2006 15:20:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fy7J7-0004SX-3r for ged-emacs-devel@m.gmane.org; Wed, 05 Jul 2006 09:20:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fy7Iv-0004SQ-3J for emacs-devel@gnu.org; Wed, 05 Jul 2006 09:20:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fy7It-0004S9-PF for emacs-devel@gnu.org; Wed, 05 Jul 2006 09:20:31 -0400 Original-Received: from [18.72.1.2] (helo=south-station-annex.mit.edu) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Fy7Wn-0001Tk-U2 for emacs-devel@gnu.org; Wed, 05 Jul 2006 09:34:54 -0400 Original-Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82]) by south-station-annex.mit.edu (8.13.6/8.9.2) with ESMTP id k65DHT4e008353; Wed, 5 Jul 2006 09:17:29 -0400 (EDT) Original-Received: from outgoing-legacy.mit.edu (OUTGOING-LEGACY.MIT.EDU [18.7.22.104]) by grand-central-station.mit.edu (8.13.6/8.9.2) with ESMTP id k65DHQP7008929; Wed, 5 Jul 2006 09:17:27 -0400 (EDT) Original-Received: from cyd (SYDNEYPACIFIC-THREE-FORTY-ONE.MIT.EDU [18.95.6.86]) ) by outgoing-legacy.mit.edu (8.13.6/8.12.4) with ESMTP id k65DHOke029413; Wed, 5 Jul 2006 09:17:24 -0400 (EDT) Original-Received: from cyd by cyd with local (Exim 3.36 #1 (Debian)) id 1Fy7Ft-0000lf-00; Wed, 05 Jul 2006 09:17:25 -0400 Original-To: Stefan Monnier In-Reply-To: (Stefan Monnier's message of "Tue, 04 Jul 2006 17:04:03 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-Spam-Score: 1.47 X-Scanned-By: MIMEDefang 2.42 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:56560 Archived-At: > This suggested change causes Emacs to create a new frame displaying some > random buffer. If server.el subsequently uses switch-to-buffer or something > like that, it's probably OK, but if it instead uses something like > pop-to-buffer because you want to display emacsclient buffers in their own > window or frame, then you end up with 2 windows (or frames) one of which > displays some random buffer. As the original bug report indicates, the current default behavior is that the buffer is not displayed at all, which is clearly broken. My thinking is that it makes more sense to create the new frame, to ensure that the default behavior (with no customizations) works. If the user customizes the emacsserver behavior, like changing it to use pop-to-buffer, those personal customizations can be adapted to work with extra displays. But the default behavior must definitely work. What do you think?