From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Customizing the mode line Date: Fri, 30 Oct 2009 17:15:28 +0200 Message-ID: <83pr84ewvj.fsf@gnu.org> References: <83skd1dta0.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1256916483 20413 80.91.229.12 (30 Oct 2009 15:28:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 30 Oct 2009 15:28:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 30 16:27:55 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N3tOI-0000Lx-EJ for ged-emacs-devel@m.gmane.org; Fri, 30 Oct 2009 16:27:50 +0100 Original-Received: from localhost ([127.0.0.1]:50327 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N3tOH-0004WB-RL for ged-emacs-devel@m.gmane.org; Fri, 30 Oct 2009 11:27:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N3tCw-0004ue-JI for emacs-devel@gnu.org; Fri, 30 Oct 2009 11:16:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N3tCt-0004sR-1I for emacs-devel@gnu.org; Fri, 30 Oct 2009 11:16:06 -0400 Original-Received: from [199.232.76.173] (port=44014 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N3tCs-0004sO-Mq for emacs-devel@gnu.org; Fri, 30 Oct 2009 11:16:02 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:38381) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N3tCs-0001SS-9W for emacs-devel@gnu.org; Fri, 30 Oct 2009 11:16:02 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0KSC00F001XZWR00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Fri, 30 Oct 2009 17:15:22 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.228.131.95]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KSC00GWQ2DK1Z00@a-mtaout22.012.net.il>; Fri, 30 Oct 2009 17:15:21 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) 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:116465 Archived-At: > From: Stefan Monnier > Cc: emacs-devel@gnu.org > Date: Fri, 30 Oct 2009 09:38:16 -0400 > > > Should I file a "wish-list" bug for this? > > Yes, please Done. > > the percentage of the file before the window start > > I indeed never look at it, but I'm uneasy removing it: basically I find > it redundant when you have scrollbars, but in case you don't have > scrollbars (e.g. in a non-GUI terminal) it's not redundant (but I got > so used to using the scrollbars that it never occurs to me to look at > the modeline for that info. Actually, I do look at the mode-line when > I need to figure out "where am I" but then I look at the line number > rather than the percentage). Right, I also think that both percentage and the line number is redundant, and we could remove one of them, at least by default, leaving an option to restore it for those who want that. And "C-x l" could be enhanced to show more of that information. > I think the major-mode/minor mode display is important, but I agree that > it often takes up a lot of space to display unchanging info. It would > be good to come up with some way to make it more space efficient. > Maybe we could replace "(Mail Fly Abbrev Fill)" with "(Mail..FAF)" and > then expand the FAF to "Fly Abbrev Fill" in a tooltip. We could simply display only the major mode by default, and show the rest in a tooltip, or with some easily-typed command. > Maybe we should also come up with a scheme to shrink the displayed > buffer-name if it exceeds some number of chars. It should probably be moved to the right edge, because if it does not show in full, or even not at all, it's not a disaster: the user generally knows what buffer she is in. > Another thing we could consider is a generic "make the modeline fit" > feature: after building the complete unshrunk modeline, we look at its > length and if it exceeds the window's width, we shrink it > "intelligently" (e.g. using shrink functions provided via > text-properties on the various parts of the modeline). We could also make the mode line take 2 lines, but I think this would be a big job, because I think various places in the display engine assume it's only one line.