Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Date: Fri, 3 Oct 2003 17:31:47 +0300 (EEST)
From: gounis@osmosis.gr
To: users@cocoon.apache.org
Subject: Re: html templates - best practise
In-Reply-To: <sf7d98c4.088@cs-imo.csir.co.za>
Message-ID: <Pine.LNX.4.44.0310031723430.18956-100000@zeus.osmosis.gr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-7
Content-Transfer-Encoding: 8BIT

On Fri, 3 Oct 2003, Derek Hohls wrote:

> This is all true; but a stylesheet is still a stylesheet,
> and it seems that the original poster wanted to be
> able to use something very close to template-type
> HTML so that the page desigers would not have to
> do anything related to XML and XSL... maybe XHTML 
> and <include> statements are the way to go??

you have right Derek and in most websites fit the template-type approach

xhtml is xml and we can handle in using cocoon
put custom <elements> inside and make any transformations we want

all custom elements can be complex xml-xslt->html content or content from 
databases and and...


-- stavros

>  
> Derek
> 
> >>> andreas@apache.org 03/10/2003 02:58:02 >>> 
> Bertrand Delacretaz wrote: 
> 
> > Le Vendredi, 3 oct 2003, � 14:41 Europe/Zurich, Derek Hohls a �crit : 
> > 
> >> ...My feeling is that use of Cocoon must change some aspects 
> >> of how you work... if you do not want to change, then maybe 
> >> stick to JSP or other template-type systems?... 
> > 
> > I didn't follow the beginning of this discussion, but wouldn't a 
> > technique like the "style-free XSLT" presented in 
> > http://www.xml.com/lpt/a/2000/07/26/xslt/xsltstyle.html allow one to 
> > work with "visible" HTML templates, even if doing the transformations in 
> > XSLT? 
> > 
> > I haven't used this yet but the idea looks really interesting. 
> 
> Actually, it is extremely useful. Some Lenya publications are using 
> it, and the major benefit is the separation of real XHTML layout 
> and presentation logic. The XSLTs become more readable and maintenance 
> is simplified. The cocooncenter article I mentioned in my previous 
> mail to this thread is based on exactly this xml.com article. 
> 
> Andreas 
> 
> 
> 
> --------------------------------------------------------------------- 
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org 
> For additional commands, e-mail: users-help@cocoon.apache.org 
> 
> 
> 
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org