From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Josh Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] trunk r117000: Untabify cl-macs.el Date: Mon, 21 Apr 2014 11:17:15 -0700 Message-ID: References: <5354663D.3050107@dancol.org> <837g6jduo5.fsf@gnu.org> <5354C519.9090005@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=20cf3010e863302f6204f79184f0 X-Trace: ger.gmane.org 1398104290 32436 80.91.229.3 (21 Apr 2014 18:18:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Apr 2014 18:18:10 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 21 20:18:05 2014 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 1WcIn5-0008H4-Od for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2014 20:18:03 +0200 Original-Received: from localhost ([::1]:50772 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcIn5-0000kg-8z for ged-emacs-devel@m.gmane.org; Mon, 21 Apr 2014 14:18:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51368) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcImx-0000eQ-Rf for emacs-devel@gnu.org; Mon, 21 Apr 2014 14:18:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WcImp-000323-Mo for emacs-devel@gnu.org; Mon, 21 Apr 2014 14:17:55 -0400 Original-Received: from mail-yk0-f176.google.com ([209.85.160.176]:47884) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcImp-00031r-Hy for emacs-devel@gnu.org; Mon, 21 Apr 2014 14:17:47 -0400 Original-Received: by mail-yk0-f176.google.com with SMTP id 19so3657558ykq.35 for ; Mon, 21 Apr 2014 11:17:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=D5b3uxk+HWMmQI5blTK+WaDQqV2F8PlAYeFc9vTqbiY=; b=RlAsldXDdt6GmlGW0b33W/yNPmNNy2LWM3AHKqfwEwUxttVZ5aSYA6zdhGUrAdx/1I o8bJM7ZIwIGVxUwlKilv+na3Qji5dFMHNYKSbh8BBvWwCLOzvS44CeuRiL/7RSGJtaY5 XeibdfIsWtffFFCJ3purnwv17J0zqDQtQrBtQqNlRhaSQG6rgdu+dHnJvLtD8eiFWa9c sISU9BXhxl8H4DQGOCyNDJ9XtJIkdsMr49M7cfRCyrF1yrdp8CoiWisoBhWU24kcj3yl A/ELAavMfGMYxo0bkUqhOF/Oknifly177LCVTYrEnypTQEkAFT6hw1lM0Vuy8SScLvSx kzFQ== X-Gm-Message-State: ALoCoQncI+AHnjwNiGrO1bNRmQUeQbOapE/5lMgWjmRo+P2zI2zRvXplcCySMXly9s3XZpRFlo3y X-Received: by 10.236.94.103 with SMTP id m67mr4805285yhf.104.1398104266905; Mon, 21 Apr 2014 11:17:46 -0700 (PDT) Original-Received: by 10.170.117.65 with HTTP; Mon, 21 Apr 2014 11:17:15 -0700 (PDT) In-Reply-To: <5354C519.9090005@dancol.org> X-Google-Sender-Auth: sF7mh1OlJKbATQfR5qNh5v37WLs X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.160.176 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:171543 Archived-At: --20cf3010e863302f6204f79184f0 Content-Type: text/plain; charset=UTF-8 On Mon, Apr 21, 2014 at 12:13 AM, Daniel Colascione wrote: > On 04/21/2014 12:10 AM, Eli Zaretskii wrote: > > Why untabify at all? Using tabs and spaces is the default GNU coding > > style, so why should we stray from that? > > In Lisp code, using tabs makes no sense: code is frequently lined up > precisely, so you get a mixture of tabs and spaces anyway, making it > impossible to use a different tab-width. +1, especially since we specify (tab-width . 8) in trunk/.dir-locals.el. > (It's an uphill battle you'll lose anyway, because many people, yours > > truly included, have indent-tabs-mode set non-nil, > > Don't do that then. > I've sometimes wondered why trunk/.dir-locals.el doesn't also specify indent-tabs-mode, but I found the rationale in this thread[0] from several years ago. Still, it would be nice to find a way to avoid the battle Eli mentioned so people could C-x h C-M-\ with less risk that their personal indentation preferences would introduce gratuitous whitespace changes. [0] http://lists.gnu.org/archive/html/emacs-devel/2009-01/msg00058.html Josh --20cf3010e863302f6204f79184f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On M= on, Apr 21, 2014 at 12:13 AM, Daniel Colascione <dancol@dancol.org>= wrote:
On 04/21/2014 12:10 AM, Eli Zaretskii wrot= e:
> Why untabify at all? =C2=A0Using tabs and spaces is the default GNU co= ding
> style, so why should we stray from that?

In Lisp code, using tabs makes no sense: code is frequently lined up<= br> precisely, so you get a mixture of tabs and spaces anyway, making it
impossible to use a different tab-width.=C2=A0

<= div>+1, especially since we specify (tab-width . 8) in=C2=A0trunk/.dir-locals.el.

> (It's an uphill battle you'll lose anyway, because many people= , yours
> truly included, have indent-tabs-mode set non-nil,

Don't do that then.

I've = sometimes wondered why trunk/.dir-locals.el doesn't also specify
<= div>indent-tabs-mode, but I found the rationale in this thread[0] from=C2= =A0
several years ago. =C2=A0Still, it would be nice to find a way to avoi= d the
battle Eli mentioned so people could C-x h C-M-\ with less = risk that
their personal indentation preferences=C2=A0would introduce gratuitous=C2=A0
whitespace=C2=A0changes.


Josh
--20cf3010e863302f6204f79184f0--