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: Tue, 15 Feb 2005 10:33:40 -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 1108493014 8641 80.91.229.2 (15 Feb 2005 18:43:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 15 Feb 2005 18:43:34 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 15 19:43:34 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D17fT-0006Lt-Ui for ged-emacs-devel@m.gmane.org; Tue, 15 Feb 2005 19:43:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D17tb-00018z-OG for ged-emacs-devel@m.gmane.org; Tue, 15 Feb 2005 13:58:03 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D17tB-00012y-T9 for emacs-devel@gnu.org; Tue, 15 Feb 2005 13:57:38 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D17t4-0000xW-Po for emacs-devel@gnu.org; Tue, 15 Feb 2005 13:57:31 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D17t3-0000wi-LV for emacs-devel@gnu.org; Tue, 15 Feb 2005 13:57:29 -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 1D17dA-00086U-3B; Tue, 15 Feb 2005 13:41:04 -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 j1FIf2HL020600; Tue, 15 Feb 2005 13:41:02 -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 j1FIXgv0013267; Tue, 15 Feb 2005 13:36:10 -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 j1FIXfLF010254; Tue, 15 Feb 2005 11:33:41 -0700 Original-Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-64-165.vpn.oracle.com [141.144.64.165]) by rgmsgw301.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j1FIXeoD010230 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 11:33:41 -0700 Original-To: , X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Brightmail-Tracker: AAAAAQAAAAI= 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:33497 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33497 I said: We might want to let users select a set of individual options (e.g. using checkboxes or by dragging a region) and then operate on the selection. That would provide a shortcut to operating individually on each item in the set, and could help make it clear which options were affected for a "global" operation. ... Extending this idea to Customize, a user would mark/select various options, then use a global action (button or menu-bar menu item) that operates on all of the selected options. If no options are selected, then the menu item would apply to the option under the pointer. The menu for this is the individual-option menu, which is currently accessed by the State "button". This could remain as a pulldown menu (which is what it really is now), or it could be moved to a contextual menu on mouse-3 (as I have in Dired). In the latter case, mouse-3 would not be available for selecting and killing, but users could still select a region by dragging. I mispoke in the second paragraph quoted above. The global buttons (Save All etc.) and the menu-bar menu should always apply globally (to everything in the buffer), not to the currently selected options. The current selection should be treated instead by a context-sensitive menu - e.g., the mouse-3 menu. Another reason for moving the menu from the State button to, for example, mouse-3 is this: The State-button menu is fixed as local to a particular option; it cannot be used as a context-sensitive menu that applies to the current selection (or the option under the pointer, if there is no selection). In sum: - Global buttons and the menu-bar menu apply to all options in the buffer. Their item names include the word "All". - A context-sensitive menu (e.g. mouse-3) lets you mark and unmark options and perform Save, Set etc. actions on the marked options. If no option is marked, then the menu actions apply to the option under the mouse pointer ("current" option). - You can mark or unmark all options in a region. The context-sensitive menu items Mark and Unmark apply to all options in the region. - If we have a context-sensitive menu (e.g. mouse-3), as described, we should move all of the individual-option items from the State menu to the context-sensitive menu. We might want to use mouse-2 instead of mouse-3 to bring up the context-sensitive menu. Mouse-3 is standard for such a menu in many applications, but using it here means users would lose the normal mouse-3 functionality. Mouse-2 follows links and activates buttons in Customize, so there should be no conflict with the menu: to use the c-s menu you just position the pointer anywhere that is not on a button or a link. However, if we did that, then we should not also have any pull-down menus (e.g. State) that are activated by mouse-2, because it needs to be clear whether the menu that appears applies to some fixed object (e.g. State) or is the context-sensitive menu (which applies to the selection). I personally think that mouse-3 would be a good choice for the c-s menu and that the loss of mouse-3 editing functionality would not be missed in Customize (I don't miss it in my version of Dired that has similar functionality).