From dev-return-54914-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Mon Feb 02 15:54:42 2004 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 30955 invoked from network); 2 Feb 2004 15:54:42 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 2 Feb 2004 15:54:42 -0000 Received: (qmail 49228 invoked by uid 500); 2 Feb 2004 15:53:55 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 49133 invoked by uid 500); 2 Feb 2004 15:53:54 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 48922 invoked from network); 2 Feb 2004 15:53:52 -0000 Received: from unknown (HELO otsrv1.iic.ugent.be) (157.193.121.51) by daedalus.apache.org with SMTP; 2 Feb 2004 15:53:52 -0000 Received: from [192.168.123.115] (host115 [192.168.123.115]) by otsrv1.iic.ugent.be (8.11.6/8.11.6) with ESMTP id i12FrqO02827 for ; Mon, 2 Feb 2004 16:53:52 +0100 Mime-Version: 1.0 (Apple Message framework v612) In-Reply-To: <401E70B0.9060401@leverageweb.com> References: <401E5374.2040008@leverageweb.com> <401E5BA8.9070902@leverageweb.com> <49516F10-5594-11D8-AF20-000A958B684A@outerthought.org> <401E70B0.9060401@leverageweb.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Steven Noels Subject: Re: Users list moderators [Fwd: Re: [HELP]Unable to get transformer handler for factium/.xsl] Date: Mon, 2 Feb 2004 16:53:52 +0100 To: dev@cocoon.apache.org X-Mailer: Apple Mail (2.612) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On 02 Feb 2004, at 16:45, Geoff Howard wrote: > I'd sort of agree. The problem is that the same error page is > presented to devs while they are trying out samples, where that sort > of message is useful (even if it should be tweaked). I guess we could > expect that a developer would know where to look for help when an > error occurs and we could omit it entirely. I suggested to just drop the mailto: link. The stacktrace should stay for user's amusement. -- Steven Noels http://outerthought.org/ Outerthought - Open Source Java & XML An Orixo Member Read my weblog at http://blogs.cocoondev.org/stevenn/ stevenn at outerthought.org stevenn at apache.org