unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Wolfgang Jenkner'" <wjenkner@inode.at>,
	"'Dani Moncayo'" <dmoncayo@gmail.com>,
	"'Stefan Monnier'" <monnier@IRO.UMontreal.CA>
Cc: 13583@debbugs.gnu.org
Subject: bug#13583: 24.3.50; Error when activating auto-revert-mode
Date: Tue, 29 Jan 2013 08:12:40 -0800	[thread overview]
Message-ID: <DB004362063445269877AFD8A85B0DBB@us.oracle.com> (raw)
In-Reply-To: <85ip6gow8p.fsf@iznogoud.viz>

WJ> I do this and otherwise pretend that "customize" doesn't exist
WJ> (of course, themes are based on it but they shouldn't ;-)

SM> It should be possible to have (setq auto-revert-use-notify 
SM> nil) in your .emacs and not use Custom.
SM> 
SM>   Stefan "who also uses Custom only for face settings"

[Just two examples - other Emacs developers have admitted to much the same.]

While there is perhaps room for improvement also for Lisp users of custom* code,
the sad truth is that interactive Customize, which is what we advertize for
general users, gets left behind in the dust.

But it is there that real improvement is sorely needed.

With so many Emacs developers not even using Customize interactively for their
own use, interactive Customize is essentially abandoned in terms of development.

Yidong and others have fixed some bugs and tweaked cosmetically around some of
the edges, but otherwise the UI code has hardly been touched since its
inception.  Certainly there has been no improvement in the area being discussed
here.

The real shame is that because of its lacks (and its bad reputation resulting
from those lacks and from its less-than-appealing UI) many novice users also
skip using Customize interactively.  And they, above all, should not.

Too often they do so from the mistaken notion that Customize is just for sissies
and that somehow using a bit of Lisp in their init files makes them more
Programmer and less Luser.

Unfortunately, that way they often miss out on the real power of custom*,
including type-checking and :set forms, because they do not sufficiently
understand what Lisp code to use.  `setq' on its own certainly does not cut the
mustard, but it is common to see users rely on it.

The best thing that could happen - for users, IMO, is for Emacs developers to
stop, themselves, using "Custom only for face settings" etc., and thus confront
the deficiencies of the UI directly.  Turn your frustration with it into
something constructive - for all users.

With that, there might be some hope that users would sooner or later get the
Customize improvements they deserve.






  reply	other threads:[~2013-01-29 16:12 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-29 10:59 bug#13583: 24.3.50; Error when activating auto-revert-mode Dani Moncayo
2013-01-29 11:10 ` Eli Zaretskii
2013-01-29 11:34   ` Dani Moncayo
2013-01-29 12:08     ` Eli Zaretskii
2013-01-29 12:18       ` Dani Moncayo
2013-01-29 12:35         ` Eli Zaretskii
2013-01-29 13:42           ` Dani Moncayo
2013-01-29 14:22             ` Dani Moncayo
2013-01-29 15:08               ` Drew Adams
2013-01-29 15:16               ` Wolfgang Jenkner
2013-01-29 16:12                 ` Drew Adams [this message]
2013-01-29 21:25                   ` Andy Moreton
2013-01-29 22:35                     ` Drew Adams
2013-01-30 23:42                       ` Andy Moreton
2013-01-30 23:52                         ` Drew Adams
2013-01-29 17:44               ` Eli Zaretskii
2013-01-29 17:42             ` Eli Zaretskii
2013-01-29 13:44       ` Michael Heerdegen
2013-01-29 17:39         ` Eli Zaretskii
2013-01-29 18:13           ` Michael Heerdegen
2013-01-29 15:10   ` Stefan Monnier
2013-01-29 16:06     ` Michael Albinus
2013-01-29 17:48       ` Eli Zaretskii
2013-01-29 21:39         ` Stefan Monnier
2013-01-30 17:55           ` Eli Zaretskii
2013-01-30 21:02             ` Stefan Monnier
2013-01-30  7:28         ` Michael Albinus
2013-01-30 16:54           ` Eli Zaretskii
2013-01-30 19:24             ` Michael Albinus
2013-01-30 18:05       ` Dani Moncayo

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=DB004362063445269877AFD8A85B0DBB@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=13583@debbugs.gnu.org \
    --cc=dmoncayo@gmail.com \
    --cc=monnier@IRO.UMontreal.CA \
    --cc=wjenkner@inode.at \
    /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).