From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.help Subject: RE: special buffer frames again Date: Mon, 30 Apr 2007 16:32:13 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1177976057 20221 80.91.229.12 (30 Apr 2007 23:34:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 30 Apr 2007 23:34:17 +0000 (UTC) To: "Tyler Smith" , Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue May 01 01:34:13 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HifNl-0006dF-7J for geh-help-gnu-emacs@m.gmane.org; Tue, 01 May 2007 01:34:13 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HifTz-0003xo-GW for geh-help-gnu-emacs@m.gmane.org; Mon, 30 Apr 2007 19:40:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HifTm-0003xh-Vz for help-gnu-emacs@gnu.org; Mon, 30 Apr 2007 19:40:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HifTj-0003p3-HV for help-gnu-emacs@gnu.org; Mon, 30 Apr 2007 19:40:26 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HifTj-0003oj-90 for help-gnu-emacs@gnu.org; Mon, 30 Apr 2007 19:40:23 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HifNU-0003tA-52 for help-gnu-emacs@gnu.org; Mon, 30 Apr 2007 19:33:56 -0400 Original-Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l3UNXrhs003817; Mon, 30 Apr 2007 17:33:53 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l3UKGwjF009335; Mon, 30 Apr 2007 17:33:53 -0600 Original-Received: from dhcp-4op11-4op12-west-130-35-178-179.us.oracle.com by acsmt351.oracle.com with ESMTP id 2659066831177975935; Mon, 30 Apr 2007 16:32:15 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Whitelist: TRUE X-Whitelist: TRUE X-Brightmail-Tracker: AAAAAQAAAAI= X-detected-kernel: Linux 2.4-2.6 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:43425 Archived-At: > I'm working out the bumps in setting up my special buffer frames. So > far so good, except: if I c-x c-f to load a file, hit tab, the > completions frame opens up. However, after selecting the completion I > want, the window minimizes itself, and stays minimized for subsequent > calls to the special frame. With fluxbox, this means I can't see the > window without selecting its icon from the toolbar, which is awkward > with keyboard shortcuts, and basically requires me to use the > mouse. > > This also affects help windows. For example, if I c-h v, then use > completions to select the variable I want to see, and then exit the > help window with q, I end up with a completions frame and a help > frame, both minimized on the toolbar. They update themselves with > subsequent calls to help or completions, but don't restore themselves > to be visible when they do so. > > If I c-x k the special frame it dies nicely, and when it is up I can > m-tab back and forth between the special buffer and the main emacs > frame as I want to. > > How can I have this buffer either stay up or delete itself when I'm > done with it? > > I'm running emacs21 on debian lenny with fluxbox. I've tried > window-dedicated-p, without effect, but couldn't find any other > variables that looked helpful. I hate to say it, but this is a general problem with Emacs, IMO. Emacs is not very frames friendly, especially when it comes to displaying buffers that it traditionally thinks of as "temporary". My impression is that those who design and test Emacs generally do not test much using `pop-up-frames' = t (separate frames), and they tend to use functions such as `bury-buffer' to end use of a temporary window. The result, when you use frames, is iconification of frames and other uglinesses, when all you want is for the frame to be deleted. I use `pop-up-frames' = t, and I've tweaked a number of Emacs primitives and other basic functions to try to make things work better with frames. I've used these tweaks for many years, and I think they take care of the problems you describe, but I don't claim that everything is perfect. If you are interested, either to try my code or to use it as inspiration for your own tweaks, here are some links: Doc: http://www.emacswiki.org/cgi-bin/wiki/OneOnOneEmacs Code: http://www.emacswiki.org/cgi-bin/wiki/oneonone.el If you don't want to take a look, at least keep this in mind: You will probably need to redirect the focus of the frame that displays *Completions* to the frame that has your minibuffer. That won't help your minimization problems, but it will help with possible focus problems during completion. HTH.