emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#20322: closed (25.0.50; indent-tabs-mode should de


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#20322: closed (25.0.50; indent-tabs-mode should default to nil)
Date: Thu, 31 Dec 2015 02:49:02 +0000

Your message dated Wed, 30 Dec 2015 18:48:18 -0800
with message-id <address@hidden>
and subject line Re: bug#20322: 25.0.50; indent-tabs-mode should default to nil
has caused the debbugs.gnu.org bug report #20322,
regarding 25.0.50; indent-tabs-mode should default to nil
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
20322: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20322
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.0.50; indent-tabs-mode should default to nil Date: Tue, 14 Apr 2015 05:37:18 +0300
Is there a reason it's t by default?

There are different personal preferences for indentation, but spaces are
used quite a bit more often than tabs, in most languages I'm familiar with.

Having it be nil by default (but set locally by modes that really need
it, like makefile-mode) will mean that most users won't have to
customize it.

In GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2)
 of 2015-04-14 on axl
Repository revision: 56dfd3de9c63dbb6325129de8e38c420808146c9
Windowing system distributor `The X.Org Foundation', version 11.0.11601901
System Description:     Ubuntu 14.10



--- End Message ---
--- Begin Message --- Subject: Re: bug#20322: 25.0.50; indent-tabs-mode should default to nil Date: Wed, 30 Dec 2015 18:48:18 -0800 User-agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (darwin)
>>>>> Dmitry Gutov <address@hidden> writes:

> I can't imagine it happening otherwise. What else? Tab-fueled users'
> rebellion on Emacs mailing lists?

You're forgetting one thing: One cannot, by casual observation, tell that this
change has been made, since both spaces and tabs are invisible.

I'll tell you a little story. I'm making it up, but it's more probable than
you might think.

Imagine a programmer: we'll call him Joe. Joe works in a Java shop that
mandates the use of tabs in source files. They exist. I've worked in such
shops.

Joe is fine with this, because Emacs inserts tab characters; so he happily
goes about his task. He then sees that Emacs 25.1 comes out, and upgrades.
After all, a newer Emacs just means more good stuff, right?

However, without any indication (who reads the entire NEWS file? I don't), his
TAB key now inserts spaces. Joe doesn't know this, because everything appears
exactly the same.

But the head engineer who reads every diff notices. He storms into Joe's
office, wondering why he's suddenly ignoring the coding standard. Joe has no
idea way, and everyone is mystified for a moment. A quick Google explains the
reason.

Now Joe has lost face, and he's lost some trust in Emacs, because why did we
make such a change? Can't people who don't want tabs just configure *their*
Emacs, he thinks to himself?

And most of all, he'll be upset with me for letting this happen on my watch.

Everyone who uses Emacs and would be made happy by this change, has already
configured their Emacs not to use tabs. So they won't notice. Everyone who
doesn't use Emacs and would be made happy by this change, won't know that
things were different before. So they won't notice.

The people who will, finally, notice, will be everyone like Joe who came to
depend on their environment not changing long-held defaults without notice.

Therefore, I'm closing this as "wontfix". Feel free to re-open when the next
maintainer arrives. Take this as also establishing a general policy of not
changing long-held defaults without compelling reasons, rather than what we
think people will want.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]