From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: Visual cleanup for customize buffers
Date: Fri, 13 Jan 2006 11:05:55 -0800 [thread overview]
Message-ID: <DNEMKBNJBGPAOPIJOOICMEGFDBAA.drew.adams@oracle.com> (raw)
In-Reply-To: <m3mzi0cg4c.fsf@kfs-l.imdomain.dk>
It seems like the trend is to add or extend the clutter rather
than reducing it.
Reducing the clutter should be one of the main goals in reworking Customize,
after the release.
Why? They would just "save all options" -- just like any other GUI
applications do when you click "Save" or "Appy" or "Ok". I honestly
don't see why emacs has to be different here. Being different (be
default) is just confusing.
This probably deserves more discussion, after the release. My a priori
feeling (meaning that you might convince me otherwise) is that _because_
Emacs lets you set things without saving them (automatically), you must also
be able to save individual changes. And _because_ multiple (even many!)
changes might have been made, if we let users save more than one at a time
then they should be able to specify which changes to save.
It is too dangerous to simply save everything that has been changed when you
click a Save button. You must be able to see what will be saved. And,
preferably, you should be able to modify the set of saves to be made.
IOW, "Emacs has to be different here", I think, because it is different in
letting you set without saving (which feature I wouldn't want to sacrifice).
You can end up with lots of changes, some of which you might even have
forgotten you made, and some of which you do not really want to save.
This difference is magnified in importance by the fact that Emacs is
typically used in very long editor sessions - people keep the same session
running for days, weeks, and even months at a time. It is too easy to forget
that you changed something long ago which you don't necessarily want to save
for future sessions.
By making the changes that will be saved explicit (i.e., notifying the
user), I think everyone should be satisfied. Those who want Save to simply
save everything would just confirm (not hard to do). Those who want to save
only some changes would have the opportunity to do so.
next prev parent reply other threads:[~2006-01-13 19:05 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-12 21:58 Visual cleanup for customize buffers Kim F. Storm
2006-01-12 23:45 ` Luc Teirlinck
2006-01-13 12:37 ` Kim F. Storm
2006-01-13 14:18 ` Luc Teirlinck
2006-01-13 15:16 ` Kim F. Storm
2006-01-13 19:05 ` Drew Adams [this message]
2006-01-13 19:16 ` David Kastrup
2006-01-13 23:28 ` Luc Teirlinck
2006-01-13 23:34 ` Luc Teirlinck
2006-01-14 16:14 ` Richard M. Stallman
2006-01-14 0:08 ` Luc Teirlinck
2006-01-14 0:44 ` Luc Teirlinck
2006-01-14 1:56 ` Kim F. Storm
2006-01-14 2:58 ` Chong Yidong
2006-01-14 6:10 ` Drew Adams
2006-01-14 16:14 ` Richard M. Stallman
2006-01-14 16:14 ` Richard M. Stallman
2006-01-14 20:50 ` Lennart Borgman
2006-01-14 21:32 ` Luc Teirlinck
2006-01-14 21:47 ` Lennart Borgman
2006-01-15 18:09 ` Luc Teirlinck
2006-01-15 18:41 ` Kim F. Storm
2006-01-15 19:59 ` Luc Teirlinck
2006-01-14 21:58 ` Drew Adams
2006-01-14 22:17 ` Drew Adams
2006-01-15 1:40 ` Luc Teirlinck
2006-01-15 23:08 ` Richard M. Stallman
2006-01-16 4:19 ` Luc Teirlinck
2006-01-19 17:44 ` Richard M. Stallman
2006-01-17 4:20 ` Luc Teirlinck
2006-01-17 20:00 ` Richard M. Stallman
2006-01-20 0:18 ` Luc Teirlinck
2006-01-13 16:40 ` Stefan Monnier
2006-01-13 19:04 ` Bill Wohler
2006-01-14 1:28 ` Luc Teirlinck
2006-01-14 1:46 ` Bill Wohler
2006-01-14 5:49 ` Richard M. Stallman
2006-01-14 15:28 ` Luc Teirlinck
2006-01-13 0:08 ` Luc Teirlinck
2006-01-13 15:24 ` Kim F. Storm
2006-01-13 19:33 ` martin rudalics
2006-01-13 0:24 ` Luc Teirlinck
2006-01-14 5:48 ` Richard M. Stallman
2006-01-14 5:49 ` Richard M. Stallman
2006-01-14 15:07 ` Luc Teirlinck
2006-01-14 23:05 ` Luc Teirlinck
2006-01-15 4:40 ` Luc Teirlinck
2006-02-05 0:07 ` Kim F. Storm
2006-02-06 2:07 ` Richard M. Stallman
2006-02-06 4:30 ` Luc Teirlinck
2006-02-06 7:21 ` Eli Zaretskii
2006-02-06 17:35 ` Luc Teirlinck
2006-01-14 23:27 ` Luc Teirlinck
2006-01-14 23:45 ` Drew Adams
2006-01-15 18:59 ` Kim F. Storm
2006-01-15 4:17 ` Luc Teirlinck
2006-01-15 23:08 ` Richard M. 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=DNEMKBNJBGPAOPIJOOICMEGFDBAA.drew.adams@oracle.com \
--to=drew.adams@oracle.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 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.