From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.cc-mode.general,gmane.emacs.devel Subject: Re: CC Mode 5.31.3 Date: Sun, 26 Feb 2006 17:19:48 +0000 (GMT) Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: sea.gmane.org 1140974586 20835 80.91.229.2 (26 Feb 2006 17:23:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 26 Feb 2006 17:23:06 +0000 (UTC) Cc: emacs-devel@gnu.org, bug-cc-mode@gnu.org, Martin Stjernholm Original-X-From: cc-mode-help-admin@lists.sourceforge.net Sun Feb 26 18:23:05 2006 Return-path: Envelope-to: sf-cc-mode-help@m.gmane.org Original-Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FDPbh-0008Cc-SN for sf-cc-mode-help@m.gmane.org; Sun, 26 Feb 2006 18:22:54 +0100 Original-Received: from sc8-sf-list1-b.sourceforge.net (sc8-sf-list1-b.sourceforge.net [10.3.1.7]) by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP id A08BC886C3; Sun, 26 Feb 2006 09:16:06 -0800 (PST) Original-Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1FDPTz-00062k-PB for cc-mode-help@lists.sourceforge.net; Sun, 26 Feb 2006 09:14:55 -0800 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by mail.sourceforge.net with esmtps (TLSv1:RC4-SHA:128) (Exim 4.44) id 1FDPTw-000205-3Q for cc-mode-help@lists.sourceforge.net; Sun, 26 Feb 2006 09:14:55 -0800 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.34) id 1FDPTr-0000HV-Ui for bug-cc-mode@gnu.org; Sun, 26 Feb 2006 12:14:47 -0500 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.52) id 1FDPUQ-0005bk-Av for bug-cc-mode@gnu.org; Sun, 26 Feb 2006 12:15:25 -0500 Original-Received: from [193.149.49.134] (helo=acm.acm) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FDPUO-0005bP-UU; Sun, 26 Feb 2006 12:15:22 -0500 Original-Received: from localhost (root@localhost) by acm.acm (8.8.8/8.8.8) with SMTP id RAA00682; Sun, 26 Feb 2006 17:19:49 GMT X-Sender: root@acm.acm Original-To: Richard Stallman In-Reply-To: X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO Original-Sender: cc-mode-help-admin@lists.sourceforge.net Errors-To: cc-mode-help-admin@lists.sourceforge.net X-BeenThere: cc-mode-help@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe: , List-Id: Bug reports, feature requests, and general talk about CC Mode. List-Post: List-Help: List-Subscribe: , List-Archive: X-Original-Date: Sun, 26 Feb 2006 17:19:48 +0000 (GMT) Xref: news.gmane.org gmane.emacs.cc-mode.general:3090 gmane.emacs.devel:50987 Archived-At: Hi, Richard! On Sun, 26 Feb 2006, Richard Stallman wrote: > The issues with the Mode Name, and minor mode flags in the mode line are > still unresolved. On typing M-x smerge-mode, C Mode's flags (the "/la" > of "C/la") now stay with the major mode, but this is done by setting > mode-name to "C/la", a stop-gap solution at best. >I do not understand "now stay with the major mode". >What does that mean, concretely? Sorry, that was a sloppy explanation. In this mode line: --1-:---F3 test.c (C/l H Abbrev)--L338--C0--Bot--P6714/6981--- ^^^ , when M-x smerge-mode is started, it previously became this: --1-:---F3 test.c (C SMerge/l H Abbrev)--L338--C0--Bot--P6714/6981--- ^ ^^ By "staying with the major mode", I meant that "C" and "/l" didn't get separated by "SMerge". >Anyway, can't you achieve what you want with a local >binding for mode-line-modes? Or mode-line-process? The thing in the mode line I will use for the C submode flags (the "/l") must be firmly clamped to the right of mode-name. mode-line-process doesn't meet this requirement, since it's only coincidentally to the right of mode-name in Emacs 22 and 21 (and, in fact, is somewhere else in the XEmacs mode line). Also, this variable might get overwritten by some "process" (whatever that is, exactly) which may become associated with the C Mode buffer. mode-line-modes doesn't seem right either: COMPLAINT(1): mode-line-modes's doc string seems very vague: "Mode-line control for displaying major and minor modes". Or, in unforced English, "Something to do with displaying major and minor modes". I don't know what "a control" is, if there is an implicit indefinite article there. I don't know what "for" means in this context. It isn't clear exactly how many major and minor modes will get dispalayed - is that what is getting controlled? Anybody wanting to use this variable would be forced to read the fine source code to find out what it actually is and does. COMPLAINT(2): There is no entry for mode-line-modes in NEWS. I think mode-line-modes was first introduced in Emacs 22, so it's not (yet) a version-independent facility (which CC Mode obviously would prefer). Analysing mode line formats is hard, ridiculously hard - the mode-line-format of a Emacs power user can come in any shape or form whatsoever, possibly not even including mode-name. There seems to be little or any support for maintainers of modes who need to tweak it. -- Alan Mackenzie (Munich, Germany) ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642