From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: customizing key definitions with Customize Date: Sun, 11 May 2008 16:34:58 -0700 Message-ID: <001701c8b3bf$a05f3a60$0200a8c0@us.oracle.com> References: <000301c8b39e$ded16a50$0200a8c0@us.oracle.com><48276D10.6070701@gmail.com><001201c8b3b6$5aa2af10$0200a8c0@us.oracle.com><482775D8.20704@gmail.com><001501c8b3bb$0e33c830$0200a8c0@us.oracle.com> <48277CB7.9080003@gmail.com> <001601c8b3bd$7fb4df10$0200a8c0@us.oracle.com> <48277FD4.9060806@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1210548931 497 80.91.229.12 (11 May 2008 23:35:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 11 May 2008 23:35:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: "'Lennart Borgman \(gmail\)'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 12 01:36:08 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JvL5I-0007Tc-AL for ged-emacs-devel@m.gmane.org; Mon, 12 May 2008 01:36:04 +0200 Original-Received: from localhost ([127.0.0.1]:53870 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JvL4Z-0008Ky-AY for ged-emacs-devel@m.gmane.org; Sun, 11 May 2008 19:35:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JvL4U-0008Ke-U3 for emacs-devel@gnu.org; Sun, 11 May 2008 19:35:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JvL4S-0008K4-RV for emacs-devel@gnu.org; Sun, 11 May 2008 19:35:13 -0400 Original-Received: from [199.232.76.173] (port=39782 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JvL4S-0008Jz-MT for emacs-devel@gnu.org; Sun, 11 May 2008 19:35:12 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]:34672) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JvL4S-0007KV-AD for emacs-devel@gnu.org; Sun, 11 May 2008 19:35:12 -0400 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m4BNZ8uH029812; Sun, 11 May 2008 17:35:08 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m4BJYaZ5002696; Sun, 11 May 2008 17:35:07 -0600 Original-Received: from inet-141-146-46-1.oracle.com by acsmt350.oracle.com with ESMTP id 3669909791210548899; Sun, 11 May 2008 16:34:59 -0700 Original-Received: from dradamslap1 (/24.5.171.3) by bhmail.oracle.com (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 11 May 2008 16:34:59 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <48277FD4.9060806@gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: Acizvfy1KV/c7qpcSJKBwj5cQRl+vwAAFdlw X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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 Xref: news.gmane.org gmane.emacs.devel:96996 Archived-At: > > Only the object of customization can be reverted to its > > default value, just as only that object can be set or > > saved. Pieces of the object are not individually > > subject to these operations. To be able to set, save, or > > revert a single key description, it would need to have > > its own defcustom. AFAIK. > > Can't this be handled by saving the original key binding > together with the new binding? Can't a widget have invisible > properties to handle this in the custom buffer? I really don't know. As I said, I'm no widget wizard. I suppose anything is possible. But has anything like that ever been done for other types of collections? Is it really something we want to get into? It doesn't seem to me a big deal to revert all of the edited (or edited and set) bindings in order to revert a single change you might have made. What it really comes down to is setting (or saving, depending on the kind of reverting you want to do) the option each time you change one of the collection members (in this case, key definitions), before you change another. If you have set (or saved) the option just before you edit a single member, then reverting will, in effect, revert only that member. AFAIK. I don't know anything about implementing what you mention, but I guess I'm also questioning whether much would be gained by it.