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 custom fileshouldaskforconfirmation Date: Thu, 17 Feb 2005 10:34:06 -0800 Message-ID: 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 1108665940 23089 80.91.229.2 (17 Feb 2005 18:45:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 17 Feb 2005 18:45:40 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 17 19:45:39 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D1qeV-0007X5-3G for ged-emacs-devel@m.gmane.org; Thu, 17 Feb 2005 19:45:29 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D1que-0005Kh-Em for ged-emacs-devel@m.gmane.org; Thu, 17 Feb 2005 14:02:08 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D1qk7-00042U-QO for emacs-devel@gnu.org; Thu, 17 Feb 2005 13:51:16 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D1qjo-0003rq-Pe for emacs-devel@gnu.org; Thu, 17 Feb 2005 13:50:59 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D1qjn-0003qv-8x for emacs-devel@gnu.org; Thu, 17 Feb 2005 13:50:55 -0500 Original-Received: from [148.87.122.32] (helo=rgminet03.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D1qV3-00024U-Lc for emacs-devel@gnu.org; Thu, 17 Feb 2005 13:35:41 -0500 Original-Received: from rgminet03.oracle.com (localhost [127.0.0.1]) by rgminet03.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j1HIZeJj001782 for ; Thu, 17 Feb 2005 13:35:40 -0500 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by rgminet03.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j1HIY7Iq032709 for ; Thu, 17 Feb 2005 13:35:39 -0500 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 j1HIY76Q028800 for ; Thu, 17 Feb 2005 11:34:07 -0700 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j1HIY6WG028779 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 17 Feb 2005 11:34:06 -0700 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 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:33586 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33586 the whole-buffer buttons are _very_ seldom used. We could poll the users and see. If users generally use the single-item button and not the whole-buffer buttons, I would not mind simplifying things by eliminating the latter. For the poll - Like Luc, I use the single-item operation (on the State menu). I generally only set or save one option at a time. If we used a header line, as Kim suggested, then that would be as convenient (close by) as the State menu for operating on a single option. But some way of letting you know which options will be affected (e.g. popup list) should be implemented for any global button or menu, as we have discussed. As someone mentioned, if you want to operate on multiple options, you don't want to repeat the set or save operation for each option independently. So, if we _must_ choose between the two methods, the global button is more general. What is the reason that we must choose and not have both local and global actions? Is it to simplify the UI? Getting rid of the buttons would simplify the buffer; but getting rid of some of the State menu items would not appreciably simplify the UI, IMO.