From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: The grand indentation unification project Date: Mon, 28 May 2012 01:12:03 -0400 Message-ID: References: <87mx4tbl7s.fsf@catnip.gol.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1338181945 17442 80.91.229.3 (28 May 2012 05:12:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 28 May 2012 05:12:25 +0000 (UTC) Cc: emacs-devel@gnu.org, Miles Bader To: Daniel Hackney Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 28 07:12:23 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SYsFa-0003Kb-UR for ged-emacs-devel@m.gmane.org; Mon, 28 May 2012 07:12:15 +0200 Original-Received: from localhost ([::1]:52672 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SYsFa-0004G1-GY for ged-emacs-devel@m.gmane.org; Mon, 28 May 2012 01:12:14 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:47340) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SYsFX-0004FZ-GP for emacs-devel@gnu.org; Mon, 28 May 2012 01:12:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SYsFV-0008Bn-Km for emacs-devel@gnu.org; Mon, 28 May 2012 01:12:11 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:10202) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SYsFV-0008BT-Gz; Mon, 28 May 2012 01:12:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09MCpYd/2dsb2JhbABEtBGBCIIVAQEEAVYjBQsLDiYSFBgNJIgcBboJkEQDnj0EhHKBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="183057596" Original-Received: from 76-10-150-29.dsl.teksavvy.com (HELO ceviche.home) ([76.10.150.29]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 28 May 2012 01:12:05 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 07FE4660E0; Mon, 28 May 2012 01:12:03 -0400 (EDT) In-Reply-To: (Daniel Hackney's message of "Sun, 27 May 2012 13:32:13 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.182 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:150663 Archived-At: > Yes, it would, but the idea would be to set `indent-tabs-mode' to t, add > `whitespace-cleanup to `before-save-hook', and have a single massive, > horrible, ugly "whitespace unification" commit, and then everything after > that follows the tab indent and whitespace styles. That way, you'd have one > big patch with all the whitespace changes, but future patches wouldn't have > any whitespace-only diffs. Still sucks for everyone who's got a branch to keep in sync. The problems you complain about (conflicts due to whitespace changes) pretty much only show up because of such "helpful" commits. So, no, we don't want any of that. OTOH we would accept changes which will enforce such "canonical spacing" in future commits (i.e. enforce this canonicity but only on lines which are already changed for other reasons anyway, thus not introducing new gratuitous conflicts). Stefan