From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Customize buttons that change user's customfileshouldaskforconfirmation Date: Fri, 11 Feb 2005 13:13:46 -0800 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1108158330 27286 80.91.229.2 (11 Feb 2005 21:45:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 11 Feb 2005 21:45:30 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 11 22:45:30 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1CzibB-000554-B5 for ged-emacs-devel@m.gmane.org; Fri, 11 Feb 2005 22:45:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CziqB-0005it-Qx for ged-emacs-devel@m.gmane.org; Fri, 11 Feb 2005 17:00:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CzimJ-0004M6-Cm for emacs-devel@gnu.org; Fri, 11 Feb 2005 16:56:43 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Czim6-0004Ft-3Q for emacs-devel@gnu.org; Fri, 11 Feb 2005 16:56:35 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Czim4-00049l-U3 for emacs-devel@gnu.org; Fri, 11 Feb 2005 16:56:28 -0500 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CziS2-0001fK-Vv for emacs-devel@gnu.org; Fri, 11 Feb 2005 16:35:47 -0500 Original-Received: from [141.146.126.231] (helo=agminet04.oracle.com) by mx20.gnu.org with esmtp (Exim 4.34) id 1Czi90-0001cU-2O for emacs-devel@gnu.org; Fri, 11 Feb 2005 16:16:06 -0500 Original-Received: from agminet04.oracle.com (localhost [127.0.0.1]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j1BLDttD032641; Fri, 11 Feb 2005 13:13:55 -0800 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by agminet04.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j1BLDqQk032593; Fri, 11 Feb 2005 13:13:54 -0800 Original-Received: from rgmsgw301.us.oracle.com (localhost [127.0.0.1]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j1BLDp4B004573; Fri, 11 Feb 2005 14:13:51 -0700 Original-Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-66-154.vpn.oracle.com [141.144.66.154]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j1BLDlpb004551 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 11 Feb 2005 14:13:50 -0700 Original-To: "Kim F. Storm" , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal 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: main.gmane.org gmane.emacs.devel:33269 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33269 > I believe the logical structure Miles first suggested > (essentially the first > one above) with the enhancement above with a single "Get > All"-button is the > best. It gives the possibility to preview the values > before setting them. > > Yes, it does that. However, it is also more cumbersome to use. The problem with "S => C,F" compared to "S => F" is that you may have saved a set of parameters that does something stupid (e.g. select black on black text for the default font). Being able to load such values and edit them before saving them is very useful. Yes, that is the reason. In addition, "S => F" is clearer (because simpler). I don't know if "S =>" imply that [1] we actually read the values from the custom-file (e.g. .emacs) or if [2] it just restores the value that was initially read from that file, or [3] the last value that was written by this emacs to that file. What is the difference between [1] and [3]? I believe that custom-set* is read from your .emacs ([1] and [3], IIUC). I think [2] would be confusing behavior: The `saved' value that the user has in his mind should always correspond to the value that will result if Emacs is restarted (now). That is, it should correspond to whatever value .emacs reestablishes (unless that is a `standard' value). If it implies reading from the file, this could be used to load values from a diffent custom-file (to see what they are) before actually using them. No way to do that has yet been proposed. S=>F means to get the values from the custom-set* in the user's .emacs (custom file). There is currently no way to designate a different library to use as the source of `saved' settings. Instead of providing such a feature, I'd suggest that users should just `M-:' the custom-set* expression of the custom-file in question. IOW, I don't think we should provide a Customize feature to get the custom-set* stuff from an arbitrary file. Users who want to do that should be capable of evaling the custom-set* expression. If you simply _load_ (e.g. load-library...) a different custom-file (which is not the same as Get All Saved) sometime after startup, then the values would of course get set, in addition to the edit fields being filled. In my proposal, those settings would show up as "Set", precisely so that you can distinguish them from values established during startup (which show up as `saved' ("unchanged"). > Perhaps we should ask the users which one they prefer. I prefer "S => F" with a message in the echo area telling the user to use "Set All" to apply the values. Me too.