Return-Path: 
 <cocoon-dev-return-17846-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 47591 invoked by uid 500); 18 Oct 2001 12:17:44 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 47579 invoked from network); 18 Oct 2001 12:17:43 -0000
From: "Carsten Ziegeler" <cziegeler@sundn.de>
To: <cocoon-dev@xml.apache.org>, <jez@pigbite.com>
Subject: AW: Documentation Query
Date: Thu, 18 Oct 2001 14:18:43 +0200
Message-ID: <GMEBIBHGAOFGJCDPJANDIEDHCPAA.cziegeler@sundn.de>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
In-Reply-To: <BGEHKCAMFOJCLOMCEPJEAEPAEGAA.jeremyaston@yahoo.co.uk>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release
 5.0.8 |June
 18, 2001) at 18.10.2001 14:17:40,
	Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18,
 2001) at
 18.10.2001 14:17:41
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Hi Jeremy,

the anwser to your problem is that all links starting with "samples"
or containing "javadocs" are ignored during the build process.
Just have a look at the filterlinks.xsl. This stylesheet
is applied when the links are collected.

Carsten

> -----Urspr=FCngliche Nachricht-----
> Von: Jeremy Aston [mailto:jeremyaston@yahoo.co.uk]
> Gesendet: Mittwoch, 17. Oktober 2001 04:30
> An: cocoon-dev@xml.apache.org
> Cc: cziegeler@sundn.de
> Betreff: RE: Documentation Query
>
>
> Thanks for the help Carsten however I am still having a couple of
> problems,
> primarially due to my lack of detailed knowledge of how the sitemap works.
>
> Firstly:
>
> If I have the following folder/file structure (once the
> prepare-docs target
> has been done):
>
> xml-cocoon2/build/cocoon/documentation/xdocs/ctwig/transformations
> /basic01/b
> asic01-01.xml
>
> /basic01-01.xsl
>
> ...the following match:
>
> <map:match pattern=3D"**transformations/**">
>   <map:read src=3D"xdocs/{1}transformations/{2}" mime-type=3D"text"/>
> </map:match>
>
> Gives me the xml and xsl files.  What would happen if I had a
> .jpg/.gif/.zip/.swf (Flash) or other binary file in this structure?  It
> would be nice to be able to use one match pattern for all files
> and get them
> just passed through.  I cannot find the way of doing this so I imagine you
> have to specify a match for each binary file type, specifying the
> mime type
> to ensure it is passed through correctly.  I have tried no specifying the
> mime type but this just calls the default one which is HTML.
>
> Is there a solution for this or am I doing something madly wrong?
>
> Secondly, if I use "samples" instead or "transformations" nothing gets
> copied.  This also happens if I use "samples/transformations" e.g.:
>
> xml-cocoon2/build/cocoon/documentation/xdocs/ctwig/samples/transfo
> rmations/b
> asic01/basic01-01.xml
>
> /basic01-01.xsl
>
> does not get copied with either a match of:
>
> <map:match pattern=3D"**samples/transformations/**">
>   <map:read src=3D"xdocs/{1}samples/transformations/{2}" mime-type=3D"tex=
t"/>
> </map:match>
>
> or:
>
> <map:match pattern=3D"**samples/**">
>   <map:read src=3D"xdocs/{1}samples/{2}" mime-type=3D"text"/>
> </map:match>
> or:
>
> The obvious problem is incorrect pattern matching but I'm not
> sure what the
> right one should be.  Before you ask the <link> tags do point to assets in
> the right folders relative to ctwig root.  I cannot see anywhere to get
> examples of the pattern matching - if something does exist and
> you can point
> me in the direction of it I will gladly check it out and maybe even add a
> section to cTwIG.
>
> Hopefully you can help clear these queries up and help me make sure what I
> do is as generic as possible.
>
> Thanks
>
> Jeremy
>
> -----Original Message-----
> From: Carsten Ziegeler [mailto:cziegeler@sundn.de]
> Sent: 16 October 2001 10:41
> To: cocoon-dev@xml.apache.org; jez@pigbite.com
> Subject: AW: Documentation Query
>
>
> > Jeremy Aston wrote:
> >
> > Hi,
> >
> > I have been using the latest changes to the documentation build
> > mechanism to
> > render my cTwIG pages and have got them built quite nicely now with one
> > exception.  In the transformations section of my pages I have
> some example
> > xml and xsl files that sit in subfolders underneath the cTwIG
> > folder.  These
> > files are automatically getting picked up by the build process but since
> > they are not xdocs the build process spits them out with a no matching
> > pipeline error.  Is there anyway of telling Cocoon to ignore
> these in the
> > build process?  I thought perhaps the the new user documentation section
> > might have example files and therefore the same issue but it does not -
> > hence my question.
> Hi Jeremy,
>
> currently there is no support for such things as samples etc. But it could
> be added very easy. There are two solutions. First one is prefixing every
> example, so each sample file start e.g. with "sample-". Then you could add
> a match node to the sitemap before all others simply filtering "sample-**"
> and reading the file (if xml) and directly serializing it.
> The other solution is to store them in a separate folder, so samples
> are always refered to by "sample/...." and than again a match node
> with equal behaviour should be added.
> You need these rules, so that those files are copied to the build
> directory.
> HTH
>
> Carsten
>
> >
> > I must say btw that the new doc structure and build process is a real
> > improvement, as is the user doc section.  Top marks whoever did it!
> >
> > Many thanks
> >
> > Jeremy
> >
> >
> >
> > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F
> >
> > Do You Yahoo!?
> >
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> > For additional commands, email: cocoon-dev-help@xml.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
>
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F
>
> Do You Yahoo!?
>
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>


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