stefano 2002/07/01 12:58:09 Modified: src/documentation/xdocs/userdocs/concepts sitemap.xml Log: this document was created out of the sitemap draft we used to share around the mail list for development. I don't think we need that wording anymore. Revision Changes Path 1.9 +9 -47 xml-cocoon2/src/documentation/xdocs/userdocs/concepts/sitemap.xml Index: sitemap.xml =================================================================== RCS file: /home/cvs/xml-cocoon2/src/documentation/xdocs/userdocs/concepts/sitemap.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- sitemap.xml 1 Jul 2002 08:55:24 -0000 1.8 +++ sitemap.xml 1 Jul 2002 19:58:09 -0000 1.9 @@ -17,34 +17,17 @@ <s1 title="The Sitemap"> <s2 title="Introduction"> <p> - This document is used as a working draft for - Apache Cocoon architects to understand the issues associated with - sitemaps and XML publishing in general. It must be considered as a working - draft and may be updated at any time. + This document describes the Cocoon sitemap concept in full details, why + it's there, what it does, how it works and how you can use it. </p> - <p> + <note> See the <link href="../index.html">User documentation</link> for details about configuration of each sitemap component. See the <link href="sitemap-examples.html">Example sitemap snippets</link>. Explore each <code>sitemap.xmap</code> in the distribution, to see how the various situations are handled. - </p> - - <p> - This document is based on ideas and design patterns inspired by Stefano - Mazzocchi ([EMAIL PROTECTED]) and Pierpaolo Fumagalli ([EMAIL PROTECTED]) - but grew as a collaborative effort to provide a solid foundation of - design patterns and usability guidelines to create a solid foundation - of sitemap programmability and usability to the Cocoon Publishing - Framework. - </p> - - <p> - This is one of the few examples where open source is transformed into - "open development" leading both the implementation and the pure research - around software development and usability. - </p> + </note> </s2> <s2 title="Goals"> @@ -99,9 +82,7 @@ The Sitemap has the following general structure: </p> - <source> -<![CDATA[ - <?xml version="1.0"?> + <source><![CDATA[<?xml version="1.0"?> <map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0"> @@ -110,18 +91,12 @@ <map:resources/> <map:action-sets/> <map:pipelines/> - </map:sitemap> -]]> - </source> + </map:sitemap>]]></source> </s2> <s2 title="The <map:sitemap>"> - <source> -<![CDATA[ - <map:sitemap - xmlns:map="http://apache.org/cocoon/sitemap/1.0"> -]]> - </source> + <source><![CDATA[<map:sitemap + xmlns:map="http://apache.org/cocoon/sitemap/1.0">]]></source> <p> The default namespaces are used mainly for versioning, instead of using @@ -407,20 +382,7 @@ <s2 title="The <map:resources>"> <p> The <code><map:resource></code> element is used as a placeholder for pipelines - that are used several times inside the document. This element - is redundant and its functionality is not directly related - to the sitemap, but could be cloned by the use of internal - XInclude, for example - </p> - - <p> - <code><xinclude:include href="#xpointer(resource[@name='Access refused'])"/></code> - </p> - - <p> - but given the usability constraints and very specific operation - it is much easier to include such an element instead of forcing - the use of xinclude/xpointer. + that are used several times inside the document. </p> <source> <![CDATA[
---------------------------------------------------------------------- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]