Return-Path: 
 <dev-return-70143-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 49787 invoked from network); 10 Jan 2005 14:54:22 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 10 Jan 2005 14:54:21 -0000
Received: (qmail 39463 invoked by uid 500); 10 Jan 2005 14:53:56 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 39380 invoked by uid 500); 10 Jan 2005 14:53:55 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
list-post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 39329 invoked by uid 99); 10 Jan 2005 14:53:55 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Received: from lakermmtao07.cox.net (HELO lakermmtao07.cox.net)
 (68.230.240.32)
  by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 10 Jan 2005 06:53:54 -0800
Received: from [192.168.1.100] (really [68.11.49.127])
          by lakermmtao07.cox.net
          (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP
          id <20050110145350.LIVV20686.lakermmtao07.cox.net@[192.168.1.100]>
          for <dev@cocoon.apache.org>; Mon, 10 Jan 2005 09:53:50 -0500
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <41E281FE.1040706@apache.org>
References: <BBEMLIFHEHIAOJDHONPDEEADCBAA.ml@wrinkledog.com>
 <C771A8C6-62C5-11D9-A9E3-000393B3DE96@hard-bop.com>
 <41E22BCB.9010502@apache.org> <41E24FCF.109@nada.kth.se>
 <942AA128-6307-11D9-A9E3-000393B3DE96@hard-bop.com>
 <41E281FE.1040706@apache.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <6D0D565F-6317-11D9-A9E3-000393B3DE96@hard-bop.com>
Content-Transfer-Encoding: 7bit
From: Glen Ezkovich <glen@hard-bop.com>
Subject: Re: Blocks,
 Flow and Dependencies [was RE: Splitting xconf files step 2: the sitemap]
Date: Mon, 10 Jan 2005 08:53:44 -0600
To: dev@cocoon.apache.org
X-Mailer: Apple Mail (2.619)
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N


On Jan 10, 2005, at 7:24 AM, Reinhard Poetz wrote:
>> So it seems, flow replaces components? If createNewAccount() gathers 
>> sends pages, collects information, creates an Account, etc. then why 
>> not just use cocoon.sendPageAndWait?
>
> because this is done in the called block, not by the callee.

Yes, and when sendPageAndWait returns the calling blocks flow continues 
with a new account accessible from the session. Maybe we need a new 
method such as callFunction.

<snip/>

>> Seems like you want a round peg in a square hole. Just invoke the 
>> function by loading its file and this problem goes away.
>>>
>>>
>>> If Javascript supported namespaces, I would agree with you.
>>>

Then the thing to do might be to designate certain javascript files as 
public and others as private in the block's configuration file.

Glen Ezkovich
HardBop Consulting
glen at hard-bop.com
http://www.hard-bop.com



A Proverb for Paranoids:
"If they can get you asking the wrong questions, they don't have to 
worry about answers."
- Thomas Pynchon Gravity's Rainbow