From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Options menu Date: Sun, 20 Mar 2005 19:26:57 -0600 (CST) Message-ID: <200503210126.j2L1Qvx09249@raven.dms.auburn.edu> References: <010e01c52c0d$ac93ede0$0200a8c0@sedrcw11488> <01c52c6d$Blat.v2.4$713e68a0@zahav.net.il> <006901c52c9b$bcf6c890$0200a8c0@sedrcw11488> <002e01c52d9c$000e4350$0200a8c0@sedrcw11488> <200503202310.j2KNAmk09163@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1111368734 5575 80.91.229.2 (21 Mar 2005 01:32:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 21 Mar 2005 01:32:14 +0000 (UTC) Cc: lennart.borgman.073@student.lu.se, eliz@gnu.org, jasonr@gnu.org, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 21 02:32:13 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DDBlt-0004jz-8K for ged-emacs-devel@m.gmane.org; Mon, 21 Mar 2005 02:31:57 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDC1W-0002xc-Fj for ged-emacs-devel@m.gmane.org; Sun, 20 Mar 2005 20:48:06 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DDC0z-0002u6-8U for emacs-devel@gnu.org; Sun, 20 Mar 2005 20:47:33 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DDC0o-0002oE-8r for emacs-devel@gnu.org; Sun, 20 Mar 2005 20:47:26 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DDC0n-0002nE-Tx for emacs-devel@gnu.org; Sun, 20 Mar 2005 20:47:21 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DDBhe-0002Xe-6l; Sun, 20 Mar 2005 20:27:34 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id j2L1RX9N026811; Sun, 20 Mar 2005 19:27:33 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id j2L1Qvx09249; Sun, 20 Mar 2005 19:26:57 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: dak@gnu.org In-reply-to: (message from David Kastrup on Mon, 21 Mar 2005 01:02:08 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34867 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34867 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.