unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: lennart.borgman.073@student.lu.se, eliz@gnu.org, jasonr@gnu.org,
	rms@gnu.org, emacs-devel@gnu.org
Subject: Re: Options menu
Date: Sun, 20 Mar 2005 19:26:57 -0600 (CST)	[thread overview]
Message-ID: <200503210126.j2L1Qvx09249@raven.dms.auburn.edu> (raw)
In-Reply-To: <x5y8ch7tof.fsf@lola.goethe.zz> (message from David Kastrup on Mon, 21 Mar 2005 01:02:08 +0100)

David Kastrup wrote:

   Well, that assessment of the situation certainly sounds like
   qualifying for the "bug fixes" department even before the release, and
   I don't think it can be considered adequately addressed in
   release-quality merely by having the "Save Options" menu entry appear
   above the "Customize Emacs" submenu.

It is not really as bad as I may have made it seem.  The options that
get saved are those options that are _listed_ in the menu and that are
not buffer local.  Some get saved if they were set through the menu
bar _or_ through Custom.  (There does not seem to be too much we can
do about that right now.  Without storing more stuff in property
lists, Emacs can not distinguish.)  Others get apparently saved to the
`custom-set-variables-form' no matter how they got a non-standard
value.  This might be easier to fix.

The text-mode-hook problem occurs even if text-mode-hook gets saved
through Custom, although in a less bad form.  A similar problem occurs
when saving any hook variable through Custom.  It is a known problem
to be addressed some time after the release.  The problem with the
menu bar is much worse than the general Custom problem however,
because the user does not even get a chance to notice that he is
saving unrelated stuff to text-mode-hook.  The problem occurs when
trying to save "Word Wrap in Text Modes".  Maybe it might be better to
either enable global auto-fill in all modes (if I understand
correctly, that has just recently become possible) or to enable
auto-fill on a buffer by buffer basis.  Either one would make the hook
problem go away in as far as the menu bar is concerned.

Sincerely,

Luc.

  reply	other threads:[~2005-03-21  1:26 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-18  8:54 Options menu Kim F. Storm
2005-03-18 10:31 ` David Kastrup
2005-03-18 12:57   ` Kim F. Storm
2005-03-18 14:58   ` Chong Yidong
2005-03-18 22:56   ` Lennart Borgman
2005-03-19 10:20     ` Eli Zaretskii
2005-03-19 11:24       ` David Kastrup
2005-03-19 15:32         ` Eli Zaretskii
2005-03-19 15:55           ` David Kastrup
2005-03-19 15:51       ` Lennart Borgman
2005-03-19 16:51         ` David Kastrup
2005-03-19 17:22         ` Eli Zaretskii
2005-03-19 18:18           ` Lennart Borgman
2005-03-20 12:59         ` Richard Stallman
2005-03-20 16:26           ` David Kastrup
2005-03-20 16:58             ` Luc Teirlinck
2005-03-20 17:31               ` David Kastrup
2005-03-20 17:43                 ` Luc Teirlinck
2005-03-20 18:06                   ` David Kastrup
2005-03-21  1:19                   ` Richard Stallman
2005-03-21  1:19                 ` Richard Stallman
2005-03-20 19:31             ` Lennart Borgman
2005-03-20 20:49               ` David Kastrup
2005-03-20 20:45             ` Jason Rumney
2005-03-20 21:40               ` David Kastrup
2005-03-20 22:27               ` Lennart Borgman
2005-03-20 23:10                 ` Luc Teirlinck
2005-03-21  0:02                   ` David Kastrup
2005-03-21  1:26                     ` Luc Teirlinck [this message]
2005-03-22  3:34                       ` Richard Stallman
2005-03-21  1:41                     ` Luc Teirlinck
2005-03-21  6:12                     ` Lennart Borgman
2005-03-21 23:28                       ` Luc Teirlinck
2005-03-21 23:35                         ` David Kastrup
2005-03-21 23:50                           ` Luc Teirlinck
2005-03-22  0:15                             ` David Kastrup
2005-03-22  6:20                               ` Lennart Borgman
2005-03-22 20:44                           ` Richard Stallman
2005-03-22 22:37                             ` David Kastrup
2005-03-20 22:12             ` Miles Bader
2005-03-18 15:48 ` Drew Adams
2005-03-18 20:30   ` Eli Zaretskii
2005-03-18 20:53     ` Drew Adams
2005-03-19 10:13       ` Eli Zaretskii
2005-03-19  3:08 ` Richard 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

  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=200503210126.j2L1Qvx09249@raven.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=jasonr@gnu.org \
    --cc=lennart.borgman.073@student.lu.se \
    --cc=rms@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).