From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Lennart Borgman" Newsgroups: gmane.emacs.devel Subject: Re: Customize buttons that change user'scustomfileshouldaskforconfirmation Date: Mon, 7 Feb 2005 21:26:42 +0100 Message-ID: <011401c50d53$59dab800$0200a8c0@sedrcw11488> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1107808326 30231 80.91.229.2 (7 Feb 2005 20:32:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Feb 2005 20:32:06 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 07 21:32:05 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1CyFXy-0002eE-Mj for ged-emacs-devel@m.gmane.org; Mon, 07 Feb 2005 21:31:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyFmA-0001t0-DA for ged-emacs-devel@m.gmane.org; Mon, 07 Feb 2005 15:46:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CyFi7-0000PP-Je for emacs-devel@gnu.org; Mon, 07 Feb 2005 15:42:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CyFi3-0000NU-TM for emacs-devel@gnu.org; Mon, 07 Feb 2005 15:42:17 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyFi2-0000Lt-WA for emacs-devel@gnu.org; Mon, 07 Feb 2005 15:42:15 -0500 Original-Received: from [81.228.10.108] (helo=av9-1-sn4.m-sp.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CyFTX-0006ip-2i for emacs-devel@gnu.org; Mon, 07 Feb 2005 15:27:15 -0500 Original-Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 40B0337E46; Mon, 7 Feb 2005 21:27:14 +0100 (CET) Original-Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 29AD737E64; Mon, 7 Feb 2005 21:27:14 +0100 (CET) Original-Received: from sedrcw11488 (t3o58p163.telia.com [195.252.56.163]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with SMTP id 4365537E51; Mon, 7 Feb 2005 21:27:13 +0100 (CET) Original-To: "Drew Adams" , X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 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:33038 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33038 ----- Original Message ----- From: "Drew Adams" > If we do split Erase Customization in two: a) "Get All" > "Standard" plus b) > "Save All", then there is the question of how "Save All" should act wrt > values in the buffer that happen to be the same as the standard values. > > Two possibilities: > > 1. Save is smart wrt `standard', recognizes equality between standard values > and values to be "saved", and reworks the user's custom file much as Erase > Customization does today. > > 2. Save is dumb, and always saves the values (edit fields) in the buffer to > the user's custom file. > > It is the difference between a pointer and a copy: I think the possibility in some way to Erase C should be kept. I said before that I think 1 is a bit obscure, but maybe I was wrong there. If instead of comparing the values a flag to tell that the standard value was fetched it can be ok I guess. Then there is the question whether the user should be asked when saving whether to erase the entries in custom-file or not. I believe he/she should be asked, but with only one question for multiple options. I believe this will be more clear for the user without too much burden.