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: Shouldn't custom.el load wid-edit.el? Date: Thu, 27 Dec 2007 07:52:31 -0800 Message-ID: References: <4773AE64.2090406@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1198770772 10038 80.91.229.12 (27 Dec 2007 15:52:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Dec 2007 15:52:52 +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 Thu Dec 27 16:53:04 2007 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 1J7v2d-0005Kh-TR for ged-emacs-devel@m.gmane.org; Thu, 27 Dec 2007 16:53:04 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J7v2I-0003JA-Uf for ged-emacs-devel@m.gmane.org; Thu, 27 Dec 2007 10:52:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J7v2F-0003I7-2D for emacs-devel@gnu.org; Thu, 27 Dec 2007 10:52:39 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J7v2D-0003Ha-8p for emacs-devel@gnu.org; Thu, 27 Dec 2007 10:52:38 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J7v2D-0003HX-5s for emacs-devel@gnu.org; Thu, 27 Dec 2007 10:52:37 -0500 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1J7v29-0002c0-Dk; Thu, 27 Dec 2007 10:52:33 -0500 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 lBRFqT5A016761; Thu, 27 Dec 2007 08:52:29 -0700 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id lBRCbQ5B025707; Thu, 27 Dec 2007 08:52:29 -0700 Original-Received: from dhcp-amer-csvpn-gw1-141-144-65-104.vpn.oracle.com by acsmt351.oracle.com with ESMTP id 3465809141198770732; Thu, 27 Dec 2007 07:52:12 -0800 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <4773AE64.2090406@gmail.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 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:85518 Archived-At: > > Shouldn't custom.el, which defines `defcustom', load wid-edit.el? > > > > No! We don't want to load wid-edit.el all the time. > > We only load that when people start to make widgets. > > I do not know what you want at the moment, but I have this comment in > color-test-sent.el > > (require 'wid-edit) ;; for widget-convert, but why is not that in > ;; widget.el? > > Is it widget-convert you want, or? No. See my reply to Richard. I am not calling `widget-convert' or engaging in any explicit widgetry at all. I just wrote a simple `defcustom'. All I want is for `defcustom's :type expression to recognize the standard types that are defined for Emacs by wid-edit.el - for example, `color'. It's not a good thing for standard types not to be recognized by :type. How the problem is fixed is a different problem. That you might not want to load all of wid-edit.el unnecessarily is understandable. But it's not a reason not to solve the problem (perhaps in another way).