unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Stephen J. Turnbull'" <stephen@xemacs.org>,
	"'Juanma Barranquero'" <lekktu@gmail.com>
Cc: 'Emacs-Devel devel' <emacs-devel@gnu.org>, 'Miles Bader' <miles@gnu.org>
Subject: RE: `set-variable' should use :set
Date: Sat, 23 Oct 2010 09:13:08 -0700	[thread overview]
Message-ID: <FEED8D412985468C87432E6EDF279D72@us.oracle.com> (raw)
In-Reply-To: <87vd4tjyz0.fsf@uwakimon.sk.tsukuba.ac.jp>

> > > quite clear as far as it goes (it doesn't say why or how).
> >
> > I find it quite clear too.
> 
> Clear, yes.  I personally think it's ugly and awkward, the kind of
> usage a tasteless engineer[1] would invent.  I would hope that Emacs
> aspires to a higher, more literary standard.

Good to hear.  Patch welcome. ;-)

(But higher yes, more literary, no.  It's not about being literary - depending
on what is meant by that term.  No, don't bother to send dictionary citations.
;-))

> That's why I suggested Drew contribute a patch

Ditto.  Your patch is welcome, to raise Emacs to a higher standard.

But it seems we both prefer, at least in some such trivial cases, to teach
fishing rather than grab the pole and pull an already caught fish on board.  I
placed the fish firmly on the hook this time.  It's really not difficult to reel
it in.

What's missing is the will to do so, which apparently depends on agreement that
this fish is a worthy one.  Or even a that it is truly a fish!  Submitting
patches does no more good here than pointing out clearly what is wrong.  Believe
me (or not).

> I don't think that clarity is sufficiently important that we should
> say "if it's clear, ship it."  Precision in natural language is as
> important as precision in formal languages.

Clarity goes hand in hand with preciseness (and completeness and
correctness...), but yes, there are degrees.  We agree about their importance, I
believe.  Clarity is about understanding, but understanding something that was
not expressed precisely can mean misunderstanding what was meant.

> But a superior application will have elegant docs, which the user will
> appreciate far more than elegant code.  (Of course neither holds a
> candle to elegant UI.)

Agreed again.  Elegant UI can reduce or even eliminate the need for docs,
elegant or otherwise.  And BTW, "UI" here includes APIs (e.g. names of packages,
routines, and parameters), for users who are developers.

But we are now far afield of "`set-variable' should use :set".
It should, BTW. ;-)




  reply	other threads:[~2010-10-23 16:13 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-21 17:25 `set-variable' should use :set Drew Adams
2010-10-22  0:34 ` Miles Bader
2010-10-22  0:48   ` Miles Bader
2010-10-22  1:11     ` Drew Adams
2010-10-22  2:20       ` Stephen J. Turnbull
2010-10-22  4:34         ` Drew Adams
2010-10-22  7:17           ` Stephen J. Turnbull
2010-10-22  8:29             ` David Kastrup
2010-10-22 10:43           ` Juanma Barranquero
2010-10-22 13:40             ` Drew Adams
2010-10-22 14:02               ` David Kastrup
2010-10-22 22:42               ` Juanma Barranquero
2010-10-23  4:48                 ` Stephen J. Turnbull
2010-10-23 16:13                   ` Drew Adams [this message]
2010-10-23 17:47                     ` Juanma Barranquero
2010-10-23 18:44                       ` Glenn Morris
2010-10-23 19:01                       ` Jambunathan K
2010-10-24 16:15                       ` Chong Yidong
2010-10-22 14:01           ` Stefan Monnier
2010-10-22 16:03             ` Drew Adams
2010-10-22  7:42         ` Eli Zaretskii
2010-10-22  7:39       ` Eli Zaretskii
2010-10-22  8:16         ` Stephen J. Turnbull
2010-10-22  9:46           ` Eli Zaretskii

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=FEED8D412985468C87432E6EDF279D72@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=lekktu@gmail.com \
    --cc=miles@gnu.org \
    --cc=stephen@xemacs.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 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).