From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Mode-line customization. Date: 07 May 2004 09:47:42 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <1z3c6f738s.fsf@tcdec3.bham.ac.uk> <20040506140649.GA29608@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1083916164 10664 80.91.224.253 (7 May 2004 07:49:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 7 May 2004 07:49:24 +0000 (UTC) Cc: "Kim F. Storm" , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri May 07 09:49:15 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BM06d-0004KH-00 for ; Fri, 07 May 2004 09:49:15 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BM06d-0007h5-00 for ; Fri, 07 May 2004 09:49:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BM05p-000266-CP for emacs-devel@quimby.gnus.org; Fri, 07 May 2004 03:48:25 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BM05h-00024X-I3 for emacs-devel@gnu.org; Fri, 07 May 2004 03:48:17 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BM05B-0001nm-6c for emacs-devel@gnu.org; Fri, 07 May 2004 03:48:16 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BM05A-0001nf-Uj for emacs-devel@gnu.org; Fri, 07 May 2004 03:47:44 -0400 Original-Received: from fencepost.gnu.org ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.24) id 1BM05A-0003oH-78; Fri, 07 May 2004 03:47:44 -0400 Original-To: Miles Bader In-Reply-To: Original-Lines: 57 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22898 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22898 Miles Bader writes: > David Kastrup writes: > > Which is an advantage. It took me several weeks to months to notice > > and figure out the subtle difference between CVS-1.21 and CVS:1.21. > > It is something that escapes the casual user completely. CVS*1.21 not > > only uses the same meme as the buffer modification flag, it is also > > much more apparent. > > The problem is that it makes it harder to read the version number, Not really. > which is important, and just generally, stuffing it in there seems > bit ... kludgey. The original behavior was just as kludgy. My proposal apparently triggers your "kludginess" sensor simply because it is visible. That means that the original was ok with you because it completely escaped notice. It was sort of an insider joke. An indicator that is not noticeable is useless. > It may also be less nice with other version-numbering schemes, e.g., > in arch the modeline-version looks something like: > `Arch-468[devo--0]'. So where is the problem? We still have an initial dash that is not part of the version itself. > If this is actually important (I'm not convinced really), I'd much > prefer something like a variation on what Kim suggestion, e.g.: > > **CVS:1.21 > > (changing the - to : as well, to clue in traditionalists). It has the disadvantage that it takes up two additional characters in a modeline that is already too short for many purposes. That most certainly was the reason for the original kludge. > Putting it _before_ the VC name make it even easier to see than an > embedded `*' or one which follows, and interfere less with the actual > contents of the VC version string. Doubling it makes it even _more_ > obvious, and as you pointed out, reinforces the analogy with the > buffer-modified indicator. Too much so, actually: it makes it appear the _same_, so people will get confused into thinking the buffer has been modified. If the * is part of the CVS string, it at least becomes apparent that it has something to do with CVS. I am not saying that CVS*1.18 might be the hottest thing on Earth, but I can't see it as bad as you seem to. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum