From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: no-spam@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: featurep Date: 21 Mar 2002 20:47:08 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: <5x7ko5zosj.fsf@kfs2.cua.dk> References: <200203190844.g2J8iOq09224@wijiji.santafe.edu> <5xg02wd6cm.fsf@kfs2.cua.dk> <200203210904.g2L94HA10124@wijiji.santafe.edu> <200203211644.g2LGi3417793@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1016740115 28726 127.0.0.1 (21 Mar 2002 19:48:35 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 21 Mar 2002 19:48:35 +0000 (UTC) Cc: emacs-devel@gnu.org Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16o8Y7-0007TD-00 for ; Thu, 21 Mar 2002 20:48:35 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16o8eS-0002PA-00 for ; Thu, 21 Mar 2002 20:55:09 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16o8Xk-0007JK-00; Thu, 21 Mar 2002 14:48:12 -0500 Original-Received: from mail.filanet.dk ([195.215.206.179]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16o8Vv-0007Hc-00 for ; Thu, 21 Mar 2002 14:46:19 -0500 Original-Received: from kfs2.cua.dk.cua.dk (unknown [10.1.82.3]) by mail.filanet.dk (Postfix) with SMTP id EBE297C035; Thu, 21 Mar 2002 19:46:12 +0000 (GMT) Original-To: "Stefan Monnier" In-Reply-To: <200203211644.g2LGi3417793@rum.cs.yale.edu> Original-Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2103 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2103 "Stefan Monnier" writes: > > Having make-network-process doing something other than making a > > network process is not a more intuitive solution than featurep. > > > > That is exactly what bothers me about it. > > > > Perhaps we can implement use of lists as subfeatures. Then > > (featurep 'make-network-process '(:family local)) could be used > > instead of (make-network-process :feature :family 'local). > > I still haven't heard any evidence that > > (condition-case nil > (make-network-process foo bar baz) > (unsupported-networking-feature > ...do..something..else...)) > > is not enough and that a separate `featurep' support is required. One example could be that we need to use different sentinels and filters depending on what features are supported. Using the featurep method, we only need to define the sentinel and filter functions related to the actual method used. The condition-case approach means that you don't know in advance what will be the optimal approach. ++kfs _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel