From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Martin Stjernholm Newsgroups: gmane.emacs.devel Subject: Re: CC Mode 5.29 (); a recent incompatible identation change Date: 26 May 2002 19:40:32 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: References: <5bheku7wjm.fsf@lister.roxen.com> Reply-To: bug-cc-mode@gnu.org NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1022434909 10893 127.0.0.1 (26 May 2002 17:41:49 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 26 May 2002 17:41:49 +0000 (UTC) Cc: Emacs Developers Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17C21d-0002pa-00 for ; Sun, 26 May 2002 19:41:49 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17C2Ia-0006ah-00 for ; Sun, 26 May 2002 19:59:20 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17C225-0006ZQ-00; Sun, 26 May 2002 13:42:17 -0400 Original-Received: from godzilla.roxen.com ([194.52.182.190] helo=mail.roxen.com) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17C20R-0006M3-00; Sun, 26 May 2002 13:40:35 -0400 Original-Received: from lister.roxen.com (lister.roxen.com [194.52.182.147]) by mail.roxen.com (Postfix) with ESMTP id 8D87299AC; Sun, 26 May 2002 19:40:29 +0200 (MEST) Original-To: bug-cc-mode@gnu.org In-Reply-To: Original-Lines: 38 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4398 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4398 Sam Steingold wrote: > > > The identation of the following form has changed from > > > > > > foo(bar,baz, { > > > zot; > > > }); > > > > > > to > > > > > > foo(bar,baz, { > > > zot; > > > }); /.../ > the new method gives _much_ larger indentation resulting in less > readable code, expecially when "foo" is _really_ long. That is a general problem in the indentation of function arguments, not just when they have nested code blocks. I deal with it by inserting a line break after the open parenthesis, treating it much like a brace block opener: some_really_long_function_identifier ( bar, { zot; }, baz); > it would be nice if there were a customization option, e.g. > `cc-mode-indent-statement-block', with-values 'boi (old) and > 'statement+boi (new). The problem really lies in the indentation of arglist-cont-nonempty, which is usually set to c-lineup-arglist. It ought to be possible to get approximately the identation you want in a consistent manner by setting arglist-cont-nonempty to + instead. Currently it isn't, since statement-block-intro and block-close aren't stacked with arglist-cont-nonempty. I'll fix that.