From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/7885 Path: main.gmane.org!not-for-mail From: Per Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: The Emacs Widget and Custom Libraries, version 0.8 Date: 15 Sep 1996 23:08:24 +0200 Organization: The Church of Emacs Sender: abraham@dina.kvl.dk Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1035148135 8853 80.91.224.250 (20 Oct 2002 21:08:55 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:08:55 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.5/8.6.9) with SMTP id OAA19708 for ; Sun, 15 Sep 1996 14:55:07 -0700 Original-Received: from elc1.dina.kvl.dk (elc1.dina.kvl.dk [130.225.40.228]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sun, 15 Sep 1996 23:08:22 +0200 Original-Received: from kolmogorov.dina.kvl.dk (kolmogorov.dina.kvl.dk [130.225.40.209]) by elc1.dina.kvl.dk (8.6.12/8.6.4) with ESMTP id XAA21615 for ; Sun, 15 Sep 1996 23:03:41 +0200 Original-Received: (abraham@localhost) by kolmogorov.dina.kvl.dk (8.6.12/8.6.4) id XAA12578; Sun, 15 Sep 1996 23:08:24 +0200 Original-To: The Gnus Mailing List X-Face: +kRV2]2q}lixHkE{U)mY#+6]{AH=yN~S9@IFiOa@X6?GM|8MBp/ X-Mailer: Red Gnus v0.30/Emacs 19.34 Original-Lines: 54 Xref: main.gmane.org gmane.emacs.gnus.general:7885 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:7885 I have now released the first version of the rewritten custom library. It is totally incompatible with the old library, so packages that depends on the old library will (i.e. Gnus) will break horribly. See for information about the this release. The advantages of the new version are: - The API[1] is *a lot* simpler. - The API is documented, kind of. - The API is much more powerful and flexible. - The API is now supported. - The code is much simpler and easier to understand. - All the code for editing is now in a separately useful widget library. The disadvantages are: - Incompatible. - Probably buggy. - The user interface is much worse. I plan to focus on helping Lars in making Red Gnus switch to the new version, and fixing bugs. Improving the user interface and adding new functionality will be of low priority, but any suggestions will of course be appreciated. Including a patch will raise the priority considerably. :-) What I really *need* is someone with a deep understanding of faces in both Emacsen to see if my current design is reasonable. In particular, I need an XEmacs specifier expert to see if the design is compatible with XEmacs specifiers. I don't plan to add specifier support myself, but the design should allow someone else to contribute it. As an example, the way to declare `debug-on-error'[2] to get full customization support would be: (defcustom debug-on-error nil :group 'general-options :type 'toggle "*Non-nil means enter debugger if an error is signaled. Does not apply to errors handled by `condition-case'. If the value is a list, an error only means to enter the debugger if one of its condition symbols appears in the list. See also variable `debug-on-quit'.") Ain't that easy? -- [1] Application Programmer Interface [2] Gee, why was that the first variable I though of?