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: Customizing the mode line Date: Sat, 31 Oct 2009 10:03:25 -0700 Message-ID: <73DDE136DA06486F9AE8F3ACF18352B5@us.oracle.com> References: <83skd1dta0.fsf@gnu.org> <87aaz8nnwg.fsf@catnip.gol.com> <83bpjodk5g.fsf@gnu.org> <4B7BDAAB618E4D9C898E8EB32A2CDB37@us.oracle.com> <83tyxfcyrz.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1257008768 25008 80.91.229.12 (31 Oct 2009 17:06:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 31 Oct 2009 17:06:08 +0000 (UTC) Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, miles@gnu.org To: "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 31 18:06:01 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 1N4HOV-0008IY-4s for ged-emacs-devel@m.gmane.org; Sat, 31 Oct 2009 18:05:39 +0100 Original-Received: from localhost ([127.0.0.1]:50832 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N4HOU-0001um-Jj for ged-emacs-devel@m.gmane.org; Sat, 31 Oct 2009 13:05:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N4HNV-0001Sx-K5 for emacs-devel@gnu.org; Sat, 31 Oct 2009 13:04:37 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N4HNQ-0001Q1-Mq for emacs-devel@gnu.org; Sat, 31 Oct 2009 13:04:37 -0400 Original-Received: from [199.232.76.173] (port=60991 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N4HNQ-0001Px-Jn for emacs-devel@gnu.org; Sat, 31 Oct 2009 13:04:32 -0400 Original-Received: from acsinet12.oracle.com ([141.146.126.234]:49546) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N4HNM-0005Gc-1h; Sat, 31 Oct 2009 13:04:28 -0400 Original-Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9VH4B6L019228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 31 Oct 2009 17:04:13 GMT Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n9VEhvEN004345; Sat, 31 Oct 2009 17:04:58 GMT Original-Received: from abhmt012.oracle.com by acsmt354.oracle.com with ESMTP id 20741482721257008608; Sat, 31 Oct 2009 10:03:28 -0700 Original-Received: from dradamslap1 (/141.144.80.25) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 31 Oct 2009 10:03:28 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcpaR1sJXTouQbaQTxG3LSs5Zu2DHgAAu2wA In-Reply-To: <83tyxfcyrz.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4AEC6E16.0134:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 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:116516 Archived-At: > > `U' instead of `Unix'. > > This one can be customized with eol-mnemonic-unix, so it's not a > problem. (I have it customized to just "/".) The non-native > mnemonics (Unix on DOS/Windows, DOS on Unix, etc.) are explicit > because users demanded that back when EOL decoding was introduced in > Emacs 20. Good to know; thanks. But we could instead use a shorter form for the default, and let users customize it to something longer if they like. > Maybe there's no need to do this anymore, but OTOH maybe > there will be a rebellion. Dunno about possible rebellions, but the place to start is to provide full field info in tooltips. The tooltip for eol style is already fixed in this regard. In general, we should start with the smallest changes that bring the greatest benefit. In order: 1. Fix tooltips to convey full field/state info. Currently, most simply show the name of the field. 2. _After_ that, think about shortening some of the long mode indicators. Both major and minor - major-mode indicators are generally the longest, and sometimes gratuitously long. With meaningful tooltips, all that's needed for the indicator itself is, well, a brief indicator (!) - just a reminder, not an explanation. These small changes will take us a long way toward freeing up space, I predict. And with no significant information loss. _After_ #1 and #2, if need be (and I don't really expect the need), we can get down to discussing what else might be done, to free up yet more space.