Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 54575 invoked from network); 16 Dec 2005 18:27:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 16 Dec 2005 18:27:16 -0000 Received: (qmail 261 invoked by uid 500); 16 Dec 2005 18:27:15 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 214 invoked by uid 500); 16 Dec 2005 18:27:15 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 203 invoked by uid 99); 16 Dec 2005 18:27:14 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Dec 2005 10:27:14 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [81.169.145.175] (HELO natblindhugh.rzone.de) (81.169.145.175) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Dec 2005 10:27:13 -0800 Received: from [172.26.0.5] (242.Red-213-97-135.staticIP.rima-tde.net [213.97.135.242]) (authenticated bits=0) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id jBGIQns0024774 for ; Fri, 16 Dec 2005 19:26:50 +0100 (MET) Subject: Re: Link to CSS howto-structurer-dsl.html From: Thorsten Scherler To: dev@forrest.apache.org In-Reply-To: <43A2CCCA.6010302@pcotech.fr> References: <43A287D5.6050307@apache.org> <43A28DF5.4040202@pcotech.fr> <1134732349.8264.46.camel@localhost> <43A2C2C2.6050805@pcotech.fr> <1134741584.8264.97.camel@localhost> <43A2CCCA.6010302@pcotech.fr> Content-Type: text/plain; charset=utf-8 Date: Fri, 16 Dec 2005 19:26:48 +0100 Message-Id: <1134757608.8264.102.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N El vie, 16-12-2005 a las 15:18 +0100, Cyriaque Dupoirieux escribió: > Thorsten Scherler a écrit : > > >El vie, 16-12-2005 a las 14:36 +0100, Cyriaque Dupoirieux escribió: > >... > > > > > >>>BTW IMO we have to rethink the default url prefixing/rewriting! > >>>Since css support is based now on contracts they can be as well > >>>requested with *.fv files (like I have shown in the xhtml2 & dispatcher > >>>thread). > >>> > >>>...but since we rewrite e.g. > >>> > >>>to > >>> >>>type="text/css" /> > >>>it is not possible to refer to a css fv that may resist in the same root > >>>like the request. > >>> > >>>e.g. the index-foo.fv has a type="css" meaning there is a match for > >>>index-foo.css, but we would not be able to match this since we rewrite > >>>it to "../themes/index-foo.fv". IMO we need an attribute to prevent this > >>>rewriting. like: > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>>Which will have to be outputted like: > >>> >>>type="text/css" /> > >>> > >>>After "forrest site" you would find > >>>root > >>>|--index-foo.html > >>>`--index-foo.css > >>> > >>>wdyt? > >>> > >>> > >>> > >>> > >>Can't we add a fallback to the current directory ? My previous > >>description should become : > >> > >> *url* attribute indicates the name of the css file, the dispatcher > >> searches for this file in the following order : > >> o Does the css file exists in the *current *directory - if yes, use this one. > >> > >> > >> > > > >That is actually the problem, how do you determine this? > > > >Let me explain the problem a wee bit. Since we will generate the css > >from a *.fv file we not only have to test the existence of this file > >(*.fv) but as well that there is a type="css" in it. That means a > >"simple" locationmap lookup will not work this time, since we cannot > >assume that there is a type="css" part in the structurer, or? > > > >...hmm that made me think... > > > >Anyway if so then we have to use this file if not we have to ... > > > > > > > >> * Does the css file exists in the following directory - if > >> > >> yes, use this one : > >> > >>$PROJECT_HOME/src/documentation/resources/themes/yourtheme/css/layout.screen.css > >> > >> > > > >Actually I would like to add here as well a fallback before (testing > >whether there is a *.fv which determine the css) meaning in your xdocs > >structure you can define: > >root > >`--themes/someCss.fv > > > >which contains all the css contracts you are going to use. That would be > >before matching to the *static* css. > > > >In all resource/.../css dirs there only should be > >a) css contracts > >b) static css > >and *no* *.fv > > > > > > > Ok, whatever is the way you solve the problem, I think it's a good new > feature ;-) . > Start with the > > rewrite="false" > > And we'll see, maybe it's simple enough. > When it work we may think of a way to improve the fallback mecanism to remove the rewrite attribute which may not be necessary... > > > >> o Else, does the css file exists in the following directory - > >> if yes, use this one : > >> > >> $FORREST_HOME/whiteboard/plugins/org.apache.forrest.plugin.output.themer/resources/themes/yourtheme/css/layout.screen.css > >> > >> o Else, does the css file exists in the following directory - > >> if yes, use this one : > >> > >> $FORREST_HOME/whiteboard/plugins/org.apache.forrest.plugin.output.themer/resources/themes/common/css/layout.screen.css > >> > >>Cyriaque, > >> > >> > >> > > > >The rest I agree. > > > > > The rest had not changed :-) . +1 Thx a million, Cyriaque. I really like working with you, thanks. salu2 > >>> -- thorsten "Together we stand, divided we fall!" Hey you (Pink Floyd)