From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Global bar to display global information Date: Sun, 21 Aug 2011 10:45:06 +0200 Message-ID: <4E50C592.6030709@gmx.at> References: <87hb5he3dy.fsf@wanadoo.es> <87d3g5e19j.fsf@wanadoo.es> <22B4DB0E3E1C427EAB8A52C8C3B833A1@us.oracle.com> <76E2C4F0-D344-436E-8D77-30B8C75548FB@mit.edu> <4E4B84BD.9000607@gmx.at> <86vctsb4om.fsf@gmail.com> <878vqodugv.fsf@wanadoo.es> <4E4FDA7C.9020003@gmx.at> <871uwgdogb.fsf@wanadoo.es> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1313916321 4555 80.91.229.12 (21 Aug 2011 08:45:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 21 Aug 2011 08:45:21 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?ISO-8859-15?Q?=D3scar_Fuentes?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 21 10:45:18 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qv3ee-0004sW-Q0 for ged-emacs-devel@m.gmane.org; Sun, 21 Aug 2011 10:45:17 +0200 Original-Received: from localhost ([::1]:41970 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qv3ed-0003PO-Sm for ged-emacs-devel@m.gmane.org; Sun, 21 Aug 2011 04:45:15 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43100) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qv3ea-0003MB-BJ for emacs-devel@gnu.org; Sun, 21 Aug 2011 04:45:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qv3eZ-0005wH-C9 for emacs-devel@gnu.org; Sun, 21 Aug 2011 04:45:12 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:48785) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Qv3eY-0005vv-Sf for emacs-devel@gnu.org; Sun, 21 Aug 2011 04:45:11 -0400 Original-Received: (qmail invoked by alias); 21 Aug 2011 08:45:09 -0000 Original-Received: from 62-47-41-178.adsl.highway.telekom.at (EHLO [62.47.41.178]) [62.47.41.178] by mail.gmx.net (mp050) with SMTP; 21 Aug 2011 10:45:09 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/6iFAtOEb6UPBXIpJn+cT2pCAl+Xsji/oZ+FKVcx BxkZ8wbbRaR2iv User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <871uwgdogb.fsf@wanadoo.es> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 213.165.64.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143472 Archived-At: > Start by evaluating this in *scratch* > > (display-buffer > (get-buffer-create "foo") > '((use-side-window bottom 0) (pop-up-window-set-height . 1))) This gets you two windows, one displaying *scratch* and the other one displaying foo. > Now do a C-h f INTRO > > The frame is splitted into two windows, one for *scratch* and another > for *Help*, "foo" is gone, Not really. The window of foo is reused for *Help*. > C-x 1 does not work from *scratch*, C-x 1 > from the *Help* buffer reports > > byte-code: Cannot make side window the only window C-x 0 from *Help* should have worked. Anyway, this behavior was reported by Juri Linkov immediately after my initial proposal and the remedy I suggested was to use (display-buffer (get-buffer-create "*global-mode-line*") '((use-side-window bottom 0) (dedicate . t) (pop-up-window-set-height . 1))) In addition you probably want to do (setq window-size-fixed 'height) in *global-mode-line* to assure that the window doesn't get resized. >> That's part of the idea. C-x 1 should not delete such windows and >> should not make such a window the only one on its frame. > > It seems that Emacs reuses that window for displaying other buffers > (*Help*, in the recipe described above) Should not happen any more with present trunk. martin