From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Customize buttons that change user's custom fileshouldaskforconfirmation Date: Thu, 17 Feb 2005 18:27:31 +0100 Message-ID: References: <00e301c509c1$9c761690$0200a8c0@sedrcw11488> <200502152320.j1FNKd310641@raven.dms.auburn.edu> <003e01c51506$35ecb6e0$0200a8c0@sedrcw11488> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1108668609 32651 80.91.229.2 (17 Feb 2005 19:30:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 17 Feb 2005 19:30:09 +0000 (UTC) Cc: Luc Teirlinck , rms@gnu.org, abraham@dina.kvl.dk, Lennart Borgman , emacs-devel@gnu.org, monnier@iro.umontreal.ca, snogglethorpe@gmail.com, drew.adams@oracle.com, miles@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 17 20:30:07 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D1rLW-0006ad-AT for ged-emacs-devel@m.gmane.org; Thu, 17 Feb 2005 20:29:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D1rbi-0000HT-IT for ged-emacs-devel@m.gmane.org; Thu, 17 Feb 2005 14:46:38 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D1qF9-0002Wr-LU for emacs-devel@gnu.org; Thu, 17 Feb 2005 13:19:16 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D1puI-0007AS-HY for emacs-devel@gnu.org; Thu, 17 Feb 2005 12:57:44 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D1puF-0006ne-Tb for emacs-devel@gnu.org; Thu, 17 Feb 2005 12:57:40 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D1pRo-00068h-KG for emacs-devel@gnu.org; Thu, 17 Feb 2005 12:28:16 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1D1pMy-0004Le-3l; Thu, 17 Feb 2005 12:23:19 -0500 Original-To: storm@cua.dk (Kim F. Storm) In-Reply-To: (Kim F. Storm's message of "Thu, 17 Feb 2005 17:17:25 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-Mailman-Approved-At: Thu, 17 Feb 2005 14:46:28 -0500 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:33588 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33588 storm@cua.dk (Kim F. Storm) writes: > "Lennart Borgman" writes: > >> >>> A simpler interface with a "one line" button bar (prefeably in >>> the header line when supported) like this >>> >>> [Set] [Save] [Load] [Finish] >>> >>> would be ideal IMO. >> >> Most other applications have the buttons at the bottom. The idea as far as I >> understand it is to have the field and buttons ordered so that what is used >> first comes first. This is both a visual ordering and a keyboard ordering. >> You get used to press TAB to go to the button or field you need next. (I >> think we should encourage keyboard use. Accessability and health.) > > The reason the header line is nice is that it will remain on the screen > even when you scroll the customize window. But of course, you cannot > activate it with your mouse. > > But it would make sense if C-x C-s saved the settings, while C-c C-c > just set them. In that case it would be more intuitive if the buffer would get its modification flag set for any changed options, was treated to the same "`*Customize settings*' not saved" dialog as other unsaved buffers when exiting Emacs, and we should have a button "don't save" (which would then exempt the option from influencing the buffer modified flag and from getting saved as long as the buffer remains intact) for options. That would enable options to be changed temporarily, it would make the default of option changes permanent (like users are accustomed to), but if one is unsure about a setting, one simply does not save the option buffer, and then one will get reminded when exiting Emacs that options (that are not marked "Don't save" explicitly) might get lost. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum