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 customfileshouldaskforconfirmation Date: Fri, 18 Feb 2005 07:17: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 1108742321 13294 80.91.229.2 (18 Feb 2005 15:58:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 18 Feb 2005 15:58:41 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 18 16:58:41 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D2AWZ-0005US-1b for ged-emacs-devel@m.gmane.org; Fri, 18 Feb 2005 16:58:35 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D2Amu-0002gc-Ls for ged-emacs-devel@m.gmane.org; Fri, 18 Feb 2005 11:15:28 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D2AmR-0002Zj-OD for emacs-devel@gnu.org; Fri, 18 Feb 2005 11:15:00 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D2AmP-0002YT-CX for emacs-devel@gnu.org; Fri, 18 Feb 2005 11:14:58 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D2AmP-0002Xx-9q for emacs-devel@gnu.org; Fri, 18 Feb 2005 11:14:57 -0500 Original-Received: from [148.87.122.31] (helo=rgminet02.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1D2AXD-00068Y-VF; Fri, 18 Feb 2005 10:59:16 -0500 Original-Received: from rgminet02.oracle.com (localhost [127.0.0.1]) by rgminet02.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j1IFxEf0013751; Fri, 18 Feb 2005 10:59:14 -0500 Original-Received: from rgmsgw301.us.oracle.com (rgmsgw301.us.oracle.com [138.1.191.50]) by rgminet02.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j1IFKVdQ007533; Fri, 18 Feb 2005 10:55:42 -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 j1IFH7x2003719; Fri, 18 Feb 2005 08:17:07 -0700 Original-Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-74-64.vpn.oracle.com [141.144.74.64]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j1IFH6m4003695 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 18 Feb 2005 08:17:07 -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: X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal X-Whitelist: TRUE 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:33611 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33611 What is the reason that we must choose and not have both local and global actions? Is it to simplify the UI? I am considering the idea of eliminating one of them in order to simplify the interface. It seems to be far too complex now. Then I repeat: "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." The advantage of the buttons is being able to act on multiple options at once. Acting on multiple options is perhaps for "experts" only, however. The disadvantage of the buttons is that their behavior can be complex and error-prone, as Luc described well. In sum, if you want to simplify the UI and make it easier and less error-prone for novices (in particular), then keep the single-option menus and get rid of the buttons. If you do get rid of the buttons, will you also get rid of the equivalent menu-bar menu items? If not, then no functionality will be lost. And all discussions of the button problems (complexity, expert-only? etc.) can be ported to the menu-bar menu. ;-)