Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 3890 invoked from network); 5 May 2004 06:38:54 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 5 May 2004 06:38:54 -0000 Received: (qmail 23390 invoked by uid 500); 5 May 2004 06:38:23 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 23264 invoked by uid 500); 5 May 2004 06:38:22 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 23242 invoked from network); 5 May 2004 06:38:21 -0000 Received: from unknown (HELO wabe.csir.co.za) (146.64.10.166) by daedalus.apache.org with SMTP; 5 May 2004 06:38:21 -0000 Received: from cs-emo.csir.co.za (cs-emo.csir.co.za [146.64.10.40]) by wabe.csir.co.za (8.12.8/8.12.5) with ESMTP id i456GuVP011489 for ; Wed, 5 May 2004 08:16:56 +0200 Received: from GW-EMO-MTA by cs-emo.csir.co.za with Novell_GroupWise; Wed, 05 May 2004 08:16:56 +0200 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.1 Date: Wed, 05 May 2004 08:16:36 +0200 From: "Derek Hohls" To: Subject: Re: Vote: to unify, or not to unify - results Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-MailScanner-Information: Please contact sys-admin at csir.co.za for more information X-MailScanner: Found to be clean X-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=0.8, required 8, SPAM_PHRASE_02_03 0.76) X-MailScanner-From: dhohls@csir.co.za 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 Um, at the risk of being labelled a "compromiser", I think both posts here are saying essentially the same thing - keep it simple and direct for folks starting out, but provide the links/hooks [carefully labelled, of course!] for those who want/need/can handle more detail. The only minor argument is how much detail to provide the first time aronund, but this is the type of thing that can be refined over time. The concept seems simple enough - but are we actually able to do it?? >>> natz@ya.com 2004/05/04 06:39:40 PM >>> >Other than the CPA, we would show other options. For example, if a newbie >were reading up on JXTemplates, rather than saying that you can use Jexl or >JXPath, we would choose our CPA (for example, JXPath), but have a link to a >homologous page that explains the same things, but for Jexl. This would >reduce one more variable, and thus one more possible source of delay or >confusion to a newbie. So new users will be able to get up and running much >faster, and once they have more experience, will be able to go over the >alternative approaches. > > This is just an example of what I think we should avoid... The average user does not give a shiling about JXTemplates, JXPath, JEXL or whatever load of letters we decide to acronymize today. The user wants to know how can he set up his ubercool website accessing XML documents and SQL data with the mimimum of fuss, and hence, the document he is looking for is a step by step guide to do that. In one of those steps, he's shown how to get a needed parameter from the context, using our recommended method (JXTemplateTransformer, through a JXPath expression). There, on a side note, you can have an overview on what JXTemplateTranformer is, why is it our preferred method to access the parameter he needs and wich alternatives he could use, and pointers to the wikiPages of the related tecnologies for a deeper study if he needs it. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org