Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 28417 invoked from network); 16 Feb 2005 13:08:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 16 Feb 2005 13:08:48 -0000 Received: (qmail 51264 invoked by uid 500); 16 Feb 2005 13:08:43 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 51235 invoked by uid 500); 16 Feb 2005 13:08:42 -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 51221 invoked by uid 99); 16 Feb 2005 13:08:42 -0000 X-ASF-Spam-Status: No, hits=2.7 required=10.0 tests=PRIORITY_NO_NAME,RCVD_BY_IP,RCVD_NUMERIC_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of ap-cocoon-users@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 16 Feb 2005 05:08:40 -0800 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1D1Os0-0007p7-R5 for users@cocoon.apache.org; Wed, 16 Feb 2005 14:05:32 +0100 Received: from 194.204.44.141 ([194.204.44.141]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Feb 2005 14:05:32 +0100 Received: from ilja by 194.204.44.141 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Feb 2005 14:05:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: users@cocoon.apache.org From: "Ilja Smoli" Subject: Re: separation of roles Date: Wed, 16 Feb 2005 15:17:52 +0200 Lines: 72 Message-ID: References: <286c0cac2e8c422752d299047d259fe6@robinwyles.com> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 194.204.44.141 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner-SpamScore: ss X-MailScanner-From: ap-cocoon-users@m.gmane.org X-MailScanner-To: users@cocoon.apache.org X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Thx for reply.. Problem is that only designers know where must be located all stuff like: menu, this image, that image, logo, table..etc.. So where is this flexibility? For eg. using struts: designers can write jsps and use tags (jstl, struts. yee yee they will have to learn it), while developers provide them with objects in request ... So in cocoon designers have to learn xslt... Where is advantage of cocoon in this aspect? "Robin Wyles" wrote in message news:286c0cac2e8c422752d299047d259fe6@robinwyles.com... > Hi... > > Would it not be possible (or desirable!) for you, the developers, to > write the XSLT which outputs properly structured XHTML pages with > meaningful ID's, class attributes etc. Then the designers should be > able to style the pages with CSS alone, right? > > You can give them your transformed XHTML for each pipeline and then say > - here you go style that with CSS! > > I am actually an ex designer turned developer and this is how I tend to > do things. I find that there is little that can't be achieved design > wise using CSS with properly structured XHTML. The current app I am > working on has a skinning system (it delivers pages of similar > structure for different clients), and each client skin comprises of > only images and CSS files. > > Robin > > > On 16 Feb 2005, at 12:23, Ilja Smoli wrote: > > > Thats I was talkin about!! > > There is no designers who know XSLT... So again developers writing > > > > .... :-( > > Where is separation.....? auuu... > > > > "Jorg Heymans" wrote in message > > news:cuv8s1$he1$1@sea.gmane.org... > >> > >> > >> Ilja Smoli wrote: > >>> Hm... > >>> Then this xml must be transformed to nice html and this must be done > >>> by > >>> designers (throught XSLT)... > >> s/must be/can be/ > >> > >>> So actually developers have nothing to do? :-) Except some CForms > >>> definitions and sitemap managing? > >>> Oh maybe a little bit of flow script for CForms... > >> well if your website is mainly displaying information without complex > >> wizards or flows than the developers could an easy day yes. Mind you i > >> have not met a lot of designers that felt comfortable with xslt, so > >> there might well be overlap sometimes. > >> > >> > >> Jorg > > > > > > > > > > --------------------------------------------------------------------- > > 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