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: Thu, 3 Feb 2005 20:54:54 +0100 Message-ID: <002901c50a2a$47b055d0$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 1107460578 18811 80.91.229.2 (3 Feb 2005 19:56:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 3 Feb 2005 19:56:18 +0000 (UTC) Cc: miles@gnu.org, emacs-devel@gnu.org, rms@gnu.org, Stefan Monnier , abraham@dina.kvl.dk Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 03 20:56:17 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Cwn4I-0001OA-Eg for ged-emacs-devel@m.gmane.org; Thu, 03 Feb 2005 20:55:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwnHg-0000nQ-4w for ged-emacs-devel@m.gmane.org; Thu, 03 Feb 2005 15:09:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CwnHV-0000mn-Jp for emacs-devel@gnu.org; Thu, 03 Feb 2005 15:08:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CwnHQ-0000l5-Mq for emacs-devel@gnu.org; Thu, 03 Feb 2005 15:08:45 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CwnHQ-0000kv-KY for emacs-devel@gnu.org; Thu, 03 Feb 2005 15:08:44 -0500 Original-Received: from [81.228.9.113] (helo=av5-1-sn3.vrr.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cwn4Z-0008G0-Fj; Thu, 03 Feb 2005 14:55:28 -0500 Original-Received: by av5-1-sn3.vrr.skanova.net (Postfix, from userid 502) id B97A037E73; Thu, 3 Feb 2005 20:55:26 +0100 (CET) Original-Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av5-1-sn3.vrr.skanova.net (Postfix) with ESMTP id A409837E4A; Thu, 3 Feb 2005 20:55:26 +0100 (CET) Original-Received: from sedrcw11488 (t1o58p232.telia.com [62.20.164.232]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with SMTP id 206D038013; Thu, 3 Feb 2005 20:55:20 +0100 (CET) Original-To: "Drew Adams" , "Kim F. Storm" , 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:32836 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32836 ----- Original Message ----- From: "Drew Adams" > However, it might be confusing to combine resetting edit fields with > resetting current values. Since we have a Set button, why not confine > the reset buttons to resetting only the edit field (F)? That is: > > C => F (Reset from Current) > S => F (Reset from Saved) > D => F (Reset from Standard) > > Using the combined Reset buttons would mean we have only Set, Save, > and Reset. As far as I can see this is essentially Miles suggestions (that means we nearly agree already ;-) + combining Reset into one button. That might be a good suggestion since it may look less complicated. There will also because of the combination have to be a question (or menu) after this. This could be worded so that it is more clear that Reset only resets the Field. But still the "Erase" is missing (like in Miles suggestion). However can not that naturally be a choice under Reset? There could then be some explanation (and still a warning later). If we take this approach I think it can look very nice: The three dots on Reset are supposed to indicates that there is some question after clicking this button. This is a convention often used for menus (but I do not know if it is used for buttons - though I would believe it is easy to grasp if you know the menu convention). I think this still meets Kim's concern that it should be close to common look and feel. > Any reset action should display a feedback message saying 1) that > (all) the _edit fields_ have been reset from and 2) you can > _set_ the current values to these fields with Set. I think all these actions should give some feedback!