From: "Juanma Barranquero" <lekktu@gmail.com>
To: "Drew Adams" <drew.adams@oracle.com>
Cc: emacs-devel@gnu.org
Subject: Re: feature request: indicator of minibuffer-recursion depth
Date: Sat, 16 Jun 2007 13:32:01 +0200 [thread overview]
Message-ID: <f7ccd24b0706160432ib660be6qa0fcbb0324556b26@mail.gmail.com> (raw)
In-Reply-To: <EIENLHALHGIMHGDOLMIMKEJCDCAA.drew.adams@oracle.com>
On 6/16/07, Drew Adams <drew.adams@oracle.com> wrote:
> "Most users" misses the mark. It is a self-fulfilling prophecy - if you make it difficult for most users to change this, they won't. Most users will limit their changes to whatever you have facilitated changing.
When did Emacs turn into something where every single little
featurette had to be configurable with *customize*? Because I
obviously didn't say that you *shouldn't* be able to change the
minibuffer-depth-indicator. Even in the most customize-friendly
packages, often there are defcustoms and there are defvars (and not
only for internal use).
A few years ago, while discussing the help argument highlighting
support, Richard said:
"To say that a user can customize something does not necessarily mean
introducing a defcustom to customize it. That is one of many
customization mechanisms in Emacs. Another customization mechanism is
to redefine a function.
Some customizations are natural to do in that way, and some are
important enough to be worth installing a defcustom for. But we
should refuse to fall into thinking automatically "add a defcustom"
whenever we think something might want to be changed by some users.
Many of those things are definitely not worth adding a defcustom for."
That's exactly what I feel about this feature.
> If you require a password that only you know, for instance,
> then "most users" is limited to (at most) you.
Strawman.
> Regardless of the calculation of "most users", you think wrong
> for at least one user - me.
Only if "most" doesn't mean what I think it means in English...
> The first thing I did after getting Miles's code was to add a
> defface and a defcustom to it.
Judging by the prodigious amount of *+.el packages you produce, I tend
to think this is the first thing you do with everyone's code... (I'm
joking here, please don't take it personally.)
> Call me interested in "tiny features" that "most users" don't care about.
Yes.
> I call someone who thinks that most users don't care about
> things like this naive - or uninterested in most users.
Strawman again. "Things like this" suddenly includes a lot of
customizations that I'm *not* *speaking* *about*. And I didn't propose
making the thing non-customizable; only that the user who wants to do
it takes the effort to use a little lisp. That's what .emacs was for,
I thought.
> Have you seen the use of cell-phone customizing gadgets in, say,
> Seoul or Bangkok? Think users don't care much about
> personalizing the appearance of the things they use? Think again.
Please, Drew, this is starting to get old. Did I *ever* say that
"users don't care much about personalizing the appearance of the
things they use"? Just *once*? [If you answer this message, don't skip
this question; I'm really interested in the answer.]
> It's not all silly. But people are passionate even about
> preferences that others think of as perfectly silly. (Did I
> mention religious preferences? Oops...)
Don't you thing that's a little over the top? Suddenly I'm
ridiculizing people's religious beliefs?
> Arbitrarily? No. Judiciously.
Ah. So suddenly what you do want to customize is judicious, and what
I'd like is not.
> That's no more general than doing nothing - you might as well just provide the original source code, to "be *really* general". Arbitrary generality is not the aim, in any case. Ease of use for the target user audience is the aim.
And you're the target audience. People who can use customize and
change the color is the target audience. People who knows how to
program, or that is not afraid of adding one line of lisp code to
their .emacs is now not the target audience.
> Imagine how much more difference in point of view there must be in the wider user population! This tiny feature is a good litmus test in user friendliness, IMO.
Please.
> And this is something that is _not_ inherently difficult to change. This is a _trivial_ change for users, provided you don't make it unnecessarily hard to change - for most users. Losers indeed.
Please, don't hesitate to write the defcustom that allows the
customizations you want, and *also* the ones I want (including the
ability to run a function). I swear I won't be opposed to it. You
think it should be customizable, you do the effort.
Juanma
next prev parent reply other threads:[~2007-06-16 11:32 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-14 17:57 feature request: indicator of minibuffer-recursion depth Drew Adams
2006-03-14 18:13 ` Masatake YAMATO
2006-03-14 18:19 ` Drew Adams
2006-03-14 21:59 ` David Kastrup
2006-03-15 9:28 ` Miles Bader
2006-03-15 9:38 ` David Kastrup
2006-03-15 10:15 ` Miles Bader
2006-03-16 2:46 ` Miles Bader
2006-03-16 16:51 ` Drew Adams
2006-03-17 2:29 ` Miles Bader
2006-03-16 18:44 ` Edward O'Connor
2006-03-16 21:35 ` Kim F. Storm
2006-03-16 23:16 ` Drew Adams
2006-03-16 23:39 ` Kim F. Storm
2006-03-16 23:56 ` Drew Adams
2006-03-17 2:37 ` Miles Bader
2006-03-18 8:44 ` Richard Stallman
2006-03-20 2:39 ` Miles Bader
2006-03-21 1:01 ` Richard Stallman
2007-06-06 11:29 ` Juanma Barranquero
2007-06-15 14:37 ` Kim F. Storm
2007-06-15 15:52 ` Juanma Barranquero
2007-06-15 16:27 ` Juri Linkov
2007-06-15 17:41 ` Juanma Barranquero
2007-06-15 18:39 ` Stefan Monnier
2007-06-15 18:48 ` Juanma Barranquero
2007-06-16 17:08 ` Andreas Röhler
2007-06-15 19:41 ` Drew Adams
2007-06-15 19:47 ` Juanma Barranquero
2007-06-15 20:42 ` Drew Adams
2007-06-15 23:20 ` Juanma Barranquero
2007-06-16 1:17 ` Drew Adams
2007-06-16 1:30 ` Juanma Barranquero
2007-06-16 5:40 ` Drew Adams
2007-06-16 11:32 ` Juanma Barranquero [this message]
2007-06-16 12:47 ` Juri Linkov
2007-06-16 14:36 ` Drew Adams
2007-06-15 22:45 ` Richard Stallman
2007-06-15 23:10 ` Juri Linkov
2007-06-15 23:19 ` Juanma Barranquero
2007-06-15 23:34 ` Juri Linkov
2007-06-15 23:47 ` Juanma Barranquero
2007-06-15 23:57 ` Juri Linkov
2007-06-16 0:24 ` Juanma Barranquero
2007-06-16 18:50 ` Richard Stallman
2006-07-15 23:41 ` Drew Adams
2006-07-17 1:41 ` Richard Stallman
2006-07-17 8:33 ` Kim F. Storm
2006-07-17 10:01 ` Mathias Dahl
2006-11-19 1:25 ` Drew Adams
2006-11-19 1:52 ` Juanma Barranquero
2006-11-19 15:48 ` Drew Adams
2006-11-19 16:19 ` Juanma Barranquero
2006-11-19 20:19 ` Drew Adams
2006-11-19 22:02 ` Juanma Barranquero
2006-11-20 2:22 ` Drew Adams
2006-08-05 22:04 ` Drew Adams
2006-03-15 9:44 ` David Kastrup
2006-03-16 10:32 ` Richard Stallman
2006-03-15 15:59 ` Drew Adams
2006-03-15 18:30 ` Stefan Monnier
2006-03-15 19:18 ` David Reitter
2006-03-15 19:52 ` Drew Adams
2006-03-17 16:32 ` Richard Stallman
2006-03-17 17:17 ` David Kastrup
2006-03-17 22:02 ` Kim F. Storm
2006-03-18 18:29 ` Richard Stallman
2006-03-17 18:06 ` Drew Adams
2006-03-18 18:30 ` Richard Stallman
2006-03-15 15:59 ` Drew Adams
2006-03-15 16:19 ` Stefan Monnier
2006-03-15 17:01 ` Drew Adams
2006-03-15 20:20 ` Richard Stallman
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f7ccd24b0706160432ib660be6qa0fcbb0324556b26@mail.gmail.com \
--to=lekktu@gmail.com \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.