From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Global bar to display global information Date: Tue, 16 Aug 2011 08:29:11 -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: dough.gmane.org 1313508576 15981 80.91.229.12 (16 Aug 2011 15:29:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 16 Aug 2011 15:29:36 +0000 (UTC) To: "=?iso-8859-1?Q?'J=E9r=E9my_Compostella'?=" , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 16 17:29:30 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 1QtLa5-0006Ky-Oi for ged-emacs-devel@m.gmane.org; Tue, 16 Aug 2011 17:29:29 +0200 Original-Received: from localhost ([::1]:47808 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtLa5-0005PN-8S for ged-emacs-devel@m.gmane.org; Tue, 16 Aug 2011 11:29:29 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44943) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtLa2-0005Oo-Sz for emacs-devel@gnu.org; Tue, 16 Aug 2011 11:29:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtLa2-0007eD-6g for emacs-devel@gnu.org; Tue, 16 Aug 2011 11:29:26 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:62160) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtLa2-0007dp-1t for emacs-devel@gnu.org; Tue, 16 Aug 2011 11:29:26 -0400 Original-Received: from rtcsinet21.oracle.com (rtcsinet21.oracle.com [66.248.204.29]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p7GFTIaO010884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 16 Aug 2011 15:29:20 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p7GFTHxl004118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Aug 2011 15:29:18 GMT Original-Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p7GFTCrp003377; Tue, 16 Aug 2011 10:29:12 -0500 Original-Received: from dradamslap1 (/10.159.52.231) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 16 Aug 2011 08:29:12 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcxcIZWS1U2JrNlHSCqQBtZOe6YoJQABsCPw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet21.oracle.com [66.248.204.29] X-CT-RefId: str=0001.0A090206.4E4A8CD0.0140,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 141.146.126.227 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:143311 Archived-At: > I use the mode-line to show information like current date and > time, jabber notifications, unread mail number, ... and I > start Emacs in full-screen. > > The problem is since I use several windows (in Emacs term), these > information are duplicated and are not always visible. Indeed, the > mode-line bar is split in the middle of the information it displays. > > I think it could be really great if Emacs would provide a global bar > based on the same mechanisms as the mode line but dedicated to this > kind of global information. What is your opinion ? Is this subject > already discussed before? +1 I sort of recall this having been suggested before; dunno... Personally, I think it would be a good (optional) behavior to provide, especially for the case where a user has a standalone minibuffer frame. Using a standalone minibuffer frame already removes the duplication of multiple minibuffer/echo area lines. That, and having a single, stable place to look for messages and input text, is the raison d'etre of a standalone minibuffer. This proposed feature is along the same lines. But this would not have as its goal to eliminate mode lines from individual windows. It would instead just free up some of that individual-window mode line space that might be used for global info (not specific to the given buffer/window).