From: Jeff Clough <jeff@chaosphere.com>
To: emacs-devel@gnu.org
Subject: Emacs User Friendliness Question/Hope
Date: Fri, 16 Jul 2010 06:48:45 -0400 [thread overview]
Message-ID: <1279277325.2135.114.camel@logrus.localdomain> (raw)
Right now there seems to be quite a lot of movement for Emacs to "work
like every other application". There are a number of features and fixes
in the works to accomplish various things to that end. But can it be
done in such a way as to minimize the amount of work people have to do
to avoid these enhancements?
Can we get a variable like "enable-compatibility-mode" or some such,
that when 't' (the default) gives us the new and friendly Emacs and when
'nil' gives us the Emacs that works how it does today?
Explanation:
As it stands now, there are a number of things I turn off in Emacs (such
as the menu bar and toolbar) and a number of things that I don't enable
that might soon become defaults (like delete-selection-mode). I know
I'm not the only one that personally finds these features either of no
use, or even annoying at times.
With Emacs 23.x, this takes only a few lines in my .emacs file. As the
amount of "user friendliness" goes up, the lines in my .emacs will
likely also go up (the change to how kill/yank interacts with the
clipboard is an example).
Making Emacs work like every other application may be fine, and this
isn't a plea for doing otherwise, but *I* at least wish every other
application worked like Emacs. Please don't make it harder for people
like me to keep things working for them the way they are now.
Jeff
next reply other threads:[~2010-07-16 10:48 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-16 10:48 Jeff Clough [this message]
2010-07-16 14:07 ` Emacs User Friendliness Question/Hope Uday S Reddy
2010-07-16 14:30 ` Jeff Clough
2010-07-16 14:38 ` Deniz Dogan
2010-07-16 15:26 ` Jeff Clough
2010-07-16 17:01 ` Chad Brown
2010-07-16 22:50 ` Phil Hagelberg
2010-07-17 0:16 ` Fernando C.V.
2010-07-17 1:41 ` Christoph
2010-07-17 2:11 ` Miles Bader
2010-07-17 3:08 ` Óscar Fuentes
2010-07-17 3:34 ` Miles Bader
2010-07-18 12:36 ` Stephen J. Turnbull
2010-07-18 12:59 ` Deniz Dogan
2010-07-18 13:20 ` Geoff Gole
2010-07-18 14:10 ` Stephen J. Turnbull
2010-07-19 14:37 ` Geoff Gole
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=1279277325.2135.114.camel@logrus.localdomain \
--to=jeff@chaosphere.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 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).