From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help,gmane.emacs.devel Subject: RE: pop-up-frames inconvenience Date: Mon, 5 Jun 2006 08:26:55 -0700 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1149521242 7022 80.91.229.2 (5 Jun 2006 15:27:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 5 Jun 2006 15:27:22 +0000 (UTC) Cc: Emacs-Devel Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jun 05 17:27:20 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FnGz5-0001ee-47 for geh-help-gnu-emacs@m.gmane.org; Mon, 05 Jun 2006 17:27:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FnGz4-00076X-Hm for geh-help-gnu-emacs@m.gmane.org; Mon, 05 Jun 2006 11:27:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FnGys-00076C-0L for help-gnu-emacs@gnu.org; Mon, 05 Jun 2006 11:27:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FnGyq-000760-E3 for help-gnu-emacs@gnu.org; Mon, 05 Jun 2006 11:27:01 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FnGyq-00075x-8u; Mon, 05 Jun 2006 11:27:00 -0400 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FnH60-0005U5-PZ; Mon, 05 Jun 2006 11:34:25 -0400 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.186.50]) by agminet01.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id k55FQuhn011246; Mon, 5 Jun 2006 10:26:56 -0500 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id k55FQsjT030195 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 5 Jun 2006 09:26:55 -0600 Original-To: , "Help-Gnu-Emacs" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:35333 gmane.emacs.devel:55708 Archived-At: Hi Sam, 1. help-gnu-emacs@gnu.org is the proper list for this kind of question. Followups there, please. 2. I've wrestled with trying to get Emacs to play well with a one-frame-per-buffer (by default) behavior for a long time. Take a look at my library oneonone.el. It might suit you, and, if not, it might give you some ideas for your own customizations. See http://www.emacswiki.org/cgi-bin/wiki/OneOnOneEmacs. HTH. -- when pop-up-frames is customized to t, the frames proliferate without end and have to be explicitly deleted. e.g., C-x m (`compose-mail') now creates a new frame that does not go away automatically when I hit C-c C-c (`message-send-and-exit'). worse than that, when I hit TAB in the minibuffer, the *Completions* window is now popped in its own frame, which has keyboard focus (thus further typing results in errors unless I switch the keyboard focus to the original frame) and obscures the original frame, hiding what I have already typed. -- I want buffers created by the emacs server to show up in their own frames, so I do (add-hook 'server-switch-hook 'new-frame) (custom-set-variables '(server-window 'pop-to-buffer)) the result is that the server buffer is shown both in a new frame and a new window in an existing frame. neither *Help*, nor *info*, nor the source are helpful...