all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Joe Corneli <jcorneli@math.utexas.edu>
Subject: Re: Is Emacs becoming Word?
Date: Sat, 26 Mar 2005 11:11:40 -0600	[thread overview]
Message-ID: <E1DFEp2-0003Jx-00@lab45.ma.utexas.edu> (raw)
In-Reply-To: <01c53202$Blat.v2.4$fc3ff320@zahav.net.il> (eliz@gnu.org)


   > While I'm not against implementing these wacky new feature, I request
   > that they remain _off by default_.

   Since you do like some of the ``wacky'' new features, please give a
   list of those which you request to be left off by default.  We cannot
   possibly guess them, and the two problems you mentioned _are_ already
   off by default, see below.

[...]

   > The other day I was editing Lisp code and found that instead of the
   > usual paren highlighting, Emacs was highlighting the entire enclosed
   > expression.

   This feature is off by default as well.  Something in your .emacs
   turns it on.

Saying that things are "off by default" and "something in your .emacs
turns them on" is not really what anyone needs to hear (except _maybe_
Greg Novak, in this particular case - but I'm not sure about that).  I
mean, just for example, running

  (setq font-lock-maximum-decoration 3)

in your .emacs has a different effect on subscripts in LaTeX buffers
now than it did a year ago.

I think the real point is that the same .emacs can produce different
behavior when the emacs version (or environment) changes.

But this is so obvious that no one (except persons who are extremely
confused about how computers work) needs to have it pointed out to
them.  And it is also true & obvious that emacs versions _do_ change.

As hinted at in my message 

 http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg01238.html

in emacs-devel, I find these discussions of "how to turn features off"
to be somewhat tiresome.

There are certainly plenty of legitimate questions (Karl's question
yesterday comes to mind), but then there are also posts that border on
being flame-bait (and which may also contain legitimate questions).

The difference seems to have to do with how low-level the feature
being turned off is (low-level features somehow being less
contentious, remarkably).

In my opinion, it would be better if Emacs handled a considerably
larger portion of "on/off" concerns automatically, on a private,
individual basis.  See the aforementioned post for one set of ideas
and conjectures about how this might be done.

  reply	other threads:[~2005-03-26 17:11 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-25 18:05 Is Emacs becoming Word? Greg Novak
2005-03-25 18:21 ` Joe Corneli
2005-03-25 18:35 ` nfreimann
     [not found] ` <mailman.224.1111776025.28103.help-gnu-emacs@gnu.org>
2005-03-25 21:20   ` David Kastrup
2005-03-25 21:30     ` Joe Corneli
2005-03-26 12:44       ` Eli Zaretskii
     [not found]     ` <mailman.238.1111787876.28103.help-gnu-emacs@gnu.org>
2005-03-25 22:29       ` David Kastrup
2005-03-25 22:58         ` Joe Corneli
2005-03-26  9:55           ` Gian Uberto Lauri
2005-03-26 11:24             ` Joe Corneli
     [not found]           ` <mailman.260.1111832868.28103.help-gnu-emacs@gnu.org>
2005-03-26 11:24             ` David Kastrup
2005-03-26 17:42             ` Bad iso-2022-jp encoding (was: Is Emacs becoming Word?) Reiner Steib
     [not found]         ` <mailman.245.1111792713.28103.help-gnu-emacs@gnu.org>
2005-03-25 23:37           ` Is Emacs becoming Word? David Kastrup
2005-03-26  1:30       ` Henrik Enberg
2005-03-26  2:06         ` Joe Corneli
2005-03-26 12:37         ` Eli Zaretskii
2005-03-26 12:53 ` Eli Zaretskii
2005-03-26 17:11   ` Joe Corneli [this message]
2005-03-26 17:32     ` Eli Zaretskii
2005-03-27  1:08   ` Greg Novak
2005-03-27  4:35     ` Eli Zaretskii
     [not found]   ` <mailman.300.1111886723.28103.help-gnu-emacs@gnu.org>
2005-03-27  2:02     ` David Kastrup
2005-03-27 10:05     ` Steinar Børmer
2005-03-27 17:08       ` Joe Corneli
2005-03-28  0:17         ` Greg Novak
2005-03-28  0:54           ` Joe Corneli
     [not found]           ` <mailman.370.1111972552.28103.help-gnu-emacs@gnu.org>
2005-03-28  2:13             ` Thomas A. Horsley
2005-03-28  3:13               ` Henrik Enberg
2005-03-28  4:39                 ` Joe Corneli
2005-03-31 20:52               ` Greg Novak
2005-03-31 21:26                 ` Joe Corneli
     [not found]               ` <mailman.808.1112304527.28103.help-gnu-emacs@gnu.org>
2005-04-01  0:35                 ` Thien-Thi Nguyen
     [not found] ` <mailman.272.1111843857.28103.help-gnu-emacs@gnu.org>
2005-03-26 16:45   ` Thomas A. Horsley
     [not found] <mailman.223.1111775070.28103.help-gnu-emacs@gnu.org>
2005-03-25 21:37 ` David Kastrup
2005-03-25 23:30   ` Jochen Küpper
2005-03-26  7:15   ` Greg Novak
2005-03-26 11:43     ` Eli Zaretskii
2005-03-26 12:04     ` Peter Dyballa
     [not found]   ` <mailman.257.1111822540.28103.help-gnu-emacs@gnu.org>
2005-03-26 11:08     ` Chong Yidong
2005-03-26 11:14     ` David Kastrup
2005-03-28 10:50 ` Olive
2005-03-28 21:04   ` Miles Bader
2005-03-28 22:52   ` David Kastrup

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=E1DFEp2-0003Jx-00@lab45.ma.utexas.edu \
    --to=jcorneli@math.utexas.edu \
    /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.