unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Juanma Barranquero" <lekktu@gmail.com>
To: "Stefan Monnier" <monnier@iro.umontreal.ca>
Cc: Juri Linkov <juri@jurta.org>, Tom Tromey <tromey@redhat.com>,
	Dan Nicolaescu <dann@ics.uci.edu>,
	emacs-devel@gnu.org, "T.V. Raman" <tv.raman.tv@gmail.com>
Subject: Re: files.el: Patch to make project-settings optional/customizable
Date: Wed, 19 Nov 2008 09:39:17 +0100	[thread overview]
Message-ID: <f7ccd24b0811190039u4541550cl154523e5bcaded63@mail.gmail.com> (raw)
In-Reply-To: <jwv4p24tr5q.fsf-monnier+emacs@gnu.org>

On Wed, Nov 19, 2008 at 03:01, Stefan Monnier <monnier@iro.umontreal.ca> wrote:

> Do you advocate making "Local Variables:" in hack-local-variables
> customizable as well?  If you think one deserves customization, then I'd
> argue that the other deserves it just as well.

I'd argue that, too, but the uses are quite different. Most "Local
Variables:" sections I will encounter are not of my doing; if I change
that string, I'll have incompatibilities all around.

But that is not true with ".dir-settings.el". I'm not involved in many
shared projects, nor likely to be. Bets are that all (or almost all)
.dir-settings.el I'll ever find will be my own, in my own projects. It
makes perfect sense for me to change that name to something "better"
(for subjective values of better). If my assumption is wrong and I
find that I'm really running into incompatibilities, I can change it
back. But the incompatibility is theoretic; the wish to use a better
name is real.

> As far as I can tell, the only reason people want to customize it is
> because they find the default choice ugly.  I.e. for purely aesthetic
> reasons.  This is a pretty poor justification for introducing complexity
> and incompatibilities between projects.

The complexity of a defvar is negligible (as I've said, I don't think
it merits being documented in the manual). As for aesthetic reasons,
that's why we allow changing almost every filename or path used by
most Emacs packages.

And, regarding incompatibility: why do you assume the first thing
people will do is change the value? It is really hard for the user to
grasp a comment saying "DO NOT change unless you're aware of the
consequences."?

> As for its name: we're not wedded to it, AFAIK.  It was the result of
> a pretty long thread, so it's not going to be easy to find something
> else that's more or less consensual.  But for starters, if people could
> argue about why it's "ugly", maybe we can tweak it.

I'm no big believer in restarting already settled discussions for
"aesthetic reasons". That's why I strongly believe it is better to let
those who want to change it to do so: because there is no good value
that will look nice to everyone. No amount of discussion is going to
change that.

  Juanma




  reply	other threads:[~2008-11-19  8:39 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-13 14:29 files.el: Patch to make project-settings optional/customizable T.V. Raman
2008-11-13 15:20 ` Chong Yidong
2008-11-13 16:07   ` Dan Nicolaescu
2008-11-13 16:19     ` Dan Nicolaescu
2008-11-13 16:45       ` Tom Tromey
2008-11-13 17:14         ` Chong Yidong
2008-11-13 17:28           ` Dan Nicolaescu
2008-11-13 17:55             ` Juanma Barranquero
2008-11-13 17:59               ` Dan Nicolaescu
2008-11-13 19:13                 ` Juanma Barranquero
2008-11-13 19:00               ` Tom Tromey
2008-11-13 19:15                 ` Juanma Barranquero
2008-11-13 18:26             ` Chong Yidong
2008-11-13 18:48               ` Dan Nicolaescu
2008-11-18 16:36                 ` Dan Nicolaescu
2008-11-18 22:04                   ` Juri Linkov
2008-11-18 22:15                     ` Dan Nicolaescu
2008-11-18 22:42                       ` Juanma Barranquero
2008-11-18 23:18                         ` Dan Nicolaescu
2008-11-18 23:41                           ` Juanma Barranquero
2008-11-18 22:59                     ` Stefan Monnier
2008-11-18 23:31                       ` Juri Linkov
2008-11-18 23:33                       ` Chong Yidong
2008-11-18 23:41                         ` Dan Nicolaescu
2008-11-18 23:50                           ` Juanma Barranquero
2008-11-19  0:14                             ` Dan Nicolaescu
2008-11-19  1:48                               ` Chong Yidong
2008-11-19  8:26                                 ` Juanma Barranquero
2008-11-19 12:52                               ` Richard M. Stallman
2008-11-18 23:37                       ` Juanma Barranquero
2008-11-19  2:01                         ` Stefan Monnier
2008-11-19  8:39                           ` Juanma Barranquero [this message]
2008-11-19 13:27                           ` Dan Nicolaescu
2008-11-19 22:45                           ` Juri Linkov
2008-11-19 22:58                             ` Tom Tromey
2008-11-20  2:18                             ` Stefan Monnier
2008-11-22 19:08                               ` Juri Linkov
2008-11-22 19:40                                 ` Dan Nicolaescu
2008-11-22 19:51                                   ` Juri Linkov
2008-11-22 20:20                                     ` Dan Nicolaescu
2008-11-22 22:03                                       ` Juanma Barranquero
2008-11-23  3:34                                       ` Miles Bader
2008-11-23  5:27                                         ` Stefan Monnier
2008-11-23  5:36                                           ` Juanma Barranquero
2008-11-23  5:58                                             ` Stefan Monnier
2008-11-23  8:10                                           ` Dan Nicolaescu
2008-11-23 10:45                                             ` Juri Linkov
2008-11-23 12:10                                               ` Dan Nicolaescu
2008-11-23 12:41                                                 ` Juanma Barranquero
2008-11-23 17:16                                                   ` Dan Nicolaescu
2008-11-23 17:45                                                     ` Juanma Barranquero
2008-11-23 21:21                                                       ` Dan Nicolaescu
2008-11-24  2:14                                                         ` Stephen J. Turnbull
2008-11-24  3:06                                               ` Dan Nicolaescu
2008-11-24  5:35                                                 ` Chong Yidong
2008-11-22  4:03                             ` Kevin Rodgers
2008-11-19  4:07                         ` Stephen J. Turnbull
2008-11-13 19:04               ` Tom Tromey
2008-11-13 19:23           ` Tom Tromey
2008-11-13 19:55             ` Juanma Barranquero

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f7ccd24b0811190039u4541550cl154523e5bcaded63@mail.gmail.com \
    --to=lekktu@gmail.com \
    --cc=dann@ics.uci.edu \
    --cc=emacs-devel@gnu.org \
    --cc=juri@jurta.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=tromey@redhat.com \
    --cc=tv.raman.tv@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).