[919] in athena10

home help back first fref pref prev next nref lref last post

Re: emacs cosmetic changes

daemon@ATHENA.MIT.EDU (Anders Kaseorg)
Thu Jan 22 19:50:37 2009

Date: Thu, 22 Jan 2009 19:48:41 -0500 (EST)
From: Anders Kaseorg <andersk@MIT.EDU>
To: "andrew m. boardman" <amb@mit.edu>
cc: Greg Price <price@mit.edu>, Tim Abbott <tabbott@mit.edu>,
   debathena@mit.edu
In-Reply-To: <200901222328.n0MNSxTC016750@pothole.mit.edu>
Message-ID: <alpine.DEB.2.00.0901221936050.11108@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-1257098496-863970773-1232671721=:11108"

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

---1257098496-863970773-1232671721=:11108
Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Thu, 22 Jan 2009, andrew m. boardman wrote:
> For require-final-newline, though, its lack is clearly identified as a=20
> potential screw case for current users and the arguments for punting it=
=20
> seem dubious.  Unlike other changes, though, it's not changing=20
> user-visible behavior to be Athena-like instead of Ubuntu-like, it's=20
> more that it's quietly removing a way for Athena users to hurt=20
> themselves.

1. Teaching users to rely on extra safety nets that we add is=20
counterproductive.  They will get confused when they install Ubuntu on=20
their laptop and Emacs behaves differently.

2. This is a bug in tcsh, not Emacs.  Did nobody think to report it to=20
tcsh upstream for ten years?

3. The default editor on Ubuntu is nano, anyway.  Emacs is simply not a=20
user-friendly choice for a first editor, and it isn=E2=80=99t our job to tr=
y to=20
turn it into one.

Anders
---1257098496-863970773-1232671721=:11108--

home help back first fref pref prev next nref lref last post