Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Date: Thu, 4 Nov 2004 21:18:40 +0200 (EET)
From: gounis@osmosis.gr
To: "gounis@osmosis.gr" <dev@cocoon.apache.org>,
	<grek@bluebottle.com>
Subject: Re[6]: CForms, mattkruse-lib, dreamteam sample
In-Reply-To: <1666116450.20041104195954@bluebottle.com>
Message-ID: <Pine.LNX.4.44.0411042104020.5643-100000@zeus.osmosis.gr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


hi grek


On Thu, 4 Nov 2004 grek@bluebottle.com wrote:

> Hello gounis,
> 
> > so in a scenario where we have more than one directory for forms
> > (more than one sitemap.xmap) then we need multiple copies of mattkruse-lib
> 
> > so is it better to have a common place for this library files or not ?
> > if those files are in a cocoon's common place we dont need a selective 
> > "javascript import" mechanism in .xsl
> 
> I'm not sure what you mean. Multiple copies of cforms resources (including
> mattkruse-lib) would be solution for relative urls?
in our forms samples:

dreamteam sample has its own resources directory. so if this sample 
require a date picker, then a copy of mattkruse-lib must be placed in this 
recources directory.


if the mattkruse-lib was in /webapp/stylesheets all sub-sitemaps will be 
able to access those files.


> 
> Selective "javascript import" is useful for reducing loading unnecessary
> resources. It was the reason for improving xsls.
> 
for this perspetive i have just to agree with you 
> 

--stavros