Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 1129 invoked from network); 23 Jun 2004 15:06:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 23 Jun 2004 15:06:52 -0000 Received: (qmail 11323 invoked by uid 500); 23 Jun 2004 15:05:15 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 6082 invoked by uid 500); 23 Jun 2004 15:03:58 -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 3737 invoked by uid 99); 23 Jun 2004 15:03:21 -0000 Received: from [131.211.80.20] (HELO mail.cs.uu.nl) (131.211.80.20) by apache.org (qpsmtpd/0.27.1) with ESMTP; Wed, 23 Jun 2004 08:03:21 -0700 Received: by mail.cs.uu.nl (Postfix, from userid 48) id 9E0BE1CBBA3; Wed, 23 Jun 2004 17:03:06 +0200 (CEST) Received: from 145.98.107.72 (SquirrelMail authenticated user sandor); by mail.cs.uu.nl with HTTP; Wed, 23 Jun 2004 17:03:06 +0200 (CEST) Message-ID: <1062.145.98.107.72.1088002986.squirrel@145.98.107.72> In-Reply-To: References: Date: Wed, 23 Jun 2004 17:03:06 +0200 (CEST) Subject: Re: Lets Not Go Big Game Hunting! From: sandor@cs.uu.nl To: users@cocoon.apache.org User-Agent: SquirrelMail/1.4.3a-0.1.7.x X-Mailer: SquirrelMail/1.4.3a-0.1.7.x MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N [stuff snipped] > Expand capabilities? Yes. Add power features? Sure. > But lets keep it simple and usable!! > > My 2c soapbox for the day... You're right. My feeling is slightly different though. Context: I'm trying to tame Cocoon to make it useful for some lab exercises for our students. I'm quite convinced Cocoon does not need to be so very complicated, because its design is basically ok. I can get basic Cocoon up and running in no time. Some XML, stylesheets, databases etc. But once you try and move into web applications, the learning curve gets steep. Part of this has nothing to do with Cocoon. Writing a web application that fulfills the promises of XML _is_ quite difficult. Period. Lots of standards, technology, design issues, lots of data, various delivery contexts. A very large part of "learning Cocoon is like eating an elephant" (love the metaphore!) is due to documentation. Not long big documents, not books, but little pieces :) A paragraph per block, tops. Most, if not all, stuff outside the Cocoon core relates to web applications and the sitemap. What I miss is some overview. What functionality does each block offer? Why and when do I need it? How does it relate to the sitemap? Without this information, I get a sort of "all or nothing" feeling. I cannot quickly select relevant parts of Cocoon for my apps. I don't know what parts I can skip. I have to spend days taking little bites off the elephant, putting it all in perspective one bit at the time. Where I have a funny feeling I don't need _all_ of it, just some of it. And at the same time, there's so much work gone into Cocoon that it has a lot to offer. So you don't wanna go out and write new code yourself. Sorry, I'm trying to get rid of some frustration here :) I _do_ appreciate the whole Cocoon effort. A lot actually. Cheers, Sandor --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org