From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Customizing the mode line Date: Sat, 31 Oct 2009 14:16:47 +0900 Message-ID: <87aaz8nnwg.fsf@catnip.gol.com> References: <83skd1dta0.fsf@gnu.org> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1256966238 24604 80.91.229.12 (31 Oct 2009 05:17:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 31 Oct 2009 05:17:18 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 31 06:17:11 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 1N46Kr-0000vO-Tp for ged-emacs-devel@m.gmane.org; Sat, 31 Oct 2009 06:17:10 +0100 Original-Received: from localhost ([127.0.0.1]:46126 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N46Kq-0004Cl-Iz for ged-emacs-devel@m.gmane.org; Sat, 31 Oct 2009 01:17:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N46Ki-0004CY-F3 for emacs-devel@gnu.org; Sat, 31 Oct 2009 01:17:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N46Kd-0004AR-CN for emacs-devel@gnu.org; Sat, 31 Oct 2009 01:16:59 -0400 Original-Received: from [199.232.76.173] (port=47350 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N46Kd-0004AO-7A for emacs-devel@gnu.org; Sat, 31 Oct 2009 01:16:55 -0400 Original-Received: from smtp12.dentaku.gol.com ([203.216.5.74]:54382) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N46KZ-0004zM-UF; Sat, 31 Oct 2009 01:16:52 -0400 Original-Received: from 218.231.174.22.eo.eaccess.ne.jp ([218.231.174.22] helo=catnip.gol.com) by smtp12.dentaku.gol.com with esmtpa (Dentaku) id 1N46KW-0006IA-Ma; Sat, 31 Oct 2009 14:16:48 +0900 Original-Received: by catnip.gol.com (Postfix, from userid 1000) id D4F94DF90; Sat, 31 Oct 2009 14:16:47 +0900 (JST) System-Type: x86_64-unknown-linux-gnu In-Reply-To: (Stefan Monnier's message of "Fri, 30 Oct 2009 09:38:16 -0400") Original-Lines: 43 X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:116491 Archived-At: Stefan Monnier writes: >> information that is much less important, like >> 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). > > What do other people think about it? I very much like the percentages, scroll-bars or no. Even if the information presented is theoretically equivalent, I find the form matters too. > 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. I agree, kinda... but... _some_ minor modes seem fairly important to know about -- e.g., "Narrow", in a mode where narrowing isn't normal, and "Fill" -- whereas others are less so. Ideally, it would be possible to see the "important" things, and replace the others with "..." or whatever, but I'm not sure an easy way to distinguish them. > 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). That seems a very good idea. -Miles -- Marriage, n. The state or condition of a community consisting of a master, a mistress and two slaves, making in all, two.