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's custom fileshouldaskforconfirmation Date: Wed, 16 Feb 2005 14:07:44 +0100 Message-ID: <02a701c5142a$c3058cf0$0200a8c0@sedrcw11488> References: <00e301c509c1$9c761690$0200a8c0@sedrcw11488> <018201c5132c$d1cd7940$0200a8c0@sedrcw11488> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1108561606 15469 80.91.229.2 (16 Feb 2005 13:46:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 16 Feb 2005 13:46:46 +0000 (UTC) Cc: abraham@dina.kvl.dk, emacs-devel@gnu.org, monnier@iro.umontreal.ca, storm@cua.dk, snogglethorpe@gmail.com, drew.adams@oracle.com, miles@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 16 14:46:45 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D1PVg-0006k7-4p for ged-emacs-devel@m.gmane.org; Wed, 16 Feb 2005 14:46:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D1Plc-0000vh-Uu for ged-emacs-devel@m.gmane.org; Wed, 16 Feb 2005 09:03:01 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D1PiH-0007kW-2q for emacs-devel@gnu.org; Wed, 16 Feb 2005 08:59:33 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D1PiG-0007ja-1Z for emacs-devel@gnu.org; Wed, 16 Feb 2005 08:59:32 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D1Pds-0006gX-AJ for emacs-devel@gnu.org; Wed, 16 Feb 2005 08:55:00 -0500 Original-Received: from [81.228.10.107] (helo=av9-2-sn4.m-sp.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D1P9l-0004nG-V3; Wed, 16 Feb 2005 08:23:54 -0500 Original-Received: by av9-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 06F9A37E85; Wed, 16 Feb 2005 14:23:53 +0100 (CET) Original-Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av9-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id E7CAC37E4E; Wed, 16 Feb 2005 14:23:52 +0100 (CET) Original-Received: from sedrcw11488 (t3o58p60.telia.com [195.252.56.60]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with SMTP id 8A52537E43; Wed, 16 Feb 2005 14:23:49 +0100 (CET) Original-To: 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:33544 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33544 ----- Original Message ----- From: "Richard Stallman" > > One possible solution for that is to discourage, or even get rid of, > > of the per-variable command button. If there is only the whole-buffer > > Set and the whole-buffer Save, this confusion won't happen. > > I do not think that is a good solution because the customization buffer > might be a result of a search. > > I don't understand "result of a search" or how that relates to the > issue. Could you please spell out your agrument? Sorry, I was really unclear. I think Luc and Drew has explained this more clearly. I was thinking of different options in the buffer beeing in different state. You may not even know exactly what is in the customization buffer. > > ISTR that I have seen apps where there is no difference between the > > field value and the active value within the customization tool, but > > all the changes require confirmation when you exit the customization > > tool. > > It is an unusual behaviour I think. Maybe it is because it is tedious? > > It was not tedious at all. To confirm when exiting is no more work > than giving the "Save" command. I thought that every option would require confirmation. Someone brought up the idea that this could look similar to dired so maybe it would not be so much work for the user. > I miss the Set button. IMO opinion the names you propose makes it a bit more > difficult to have a Set button. > > Eliminating that distinction is part of the idea I'm considering now. Yes, I can see that. I just wanted to say that I disagree. As I pointed out earlier beeing able to test is essential. (But there may be other solutions to this, like option value history.)