You are viewing a plain text version of this content. The canonical link for it is here.
Posted to svn@forrest.apache.org by th...@apache.org on 2005/11/11 19:12:49 UTC
svn commit: r332623 - in
/forrest/trunk/site-author/content/xdocs/docs_0_80/howto:
howto-structurer-contracts.xml howto-structurer-dsl.xml
howto-structurer-install.xml
Author: thorsten
Date: Fri Nov 11 10:12:42 2005
New Revision: 332623
URL: http://svn.apache.org/viewcvs?rev=332623&view=rev
Log:
finished the contract refactoring. still missing the structurer, update notes for v1 and ...
Modified:
forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-contracts.xml
forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-dsl.xml
forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-install.xml
Modified: forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-contracts.xml
URL: http://svn.apache.org/viewcvs/forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-contracts.xml?rev=332623&r1=332622&r2=332623&view=diff
==============================================================================
--- forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-contracts.xml (original)
+++ forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-contracts.xml Fri Nov 11 10:12:42 2005
@@ -28,19 +28,25 @@
<audience title="Intended Audience">
<warning>
-NEED REFACTORING FOR DISPATCHER!!!
+The "Dispatcher" (aka "Views") is new functionality which is still in development phase. That is why it is in the
+"whiteboard" section of the Forrest distribution. This HowTo is a good start but still needs more work.
</warning>
-<warning>
-"the dispatcher" are new functionality which is still in development phase. That is why it is in the
-"whiteboard" section of the Forrest distribution.
-This HowTo is a good start but still needs more work.
-</warning>
-
<p>
Devs and skin developer that wants to get started with forrest:contract development.
To really understand this how-to you need basic and sometimes advanced understanding of
the "old fashion" skin development process.
</p>
+ <note>
+ For the moment we will use a special seed template called seed-v2. We still
+ need to fix issues of the dispatcher that it really can replace old
+ fashion skins. Like performance, standalone contracts, other testing output/input formats - using POJO based
+ processing will help solving this. All this will ATM happen in the v2 seed-target till the dispatcher will
+ be realesed to the stable plugins. So make regular updates of your forrest-trunk to keep track.
+ </note>
+ <warning>
+ The way we develope contracts will/may change with introduction of java based processing rather then xsl. Please keep this in mind
+ and help updating the documentation by sending patches. TIA. ;-)
+ </warning>
</audience>
<purpose title="Purpose">
@@ -53,14 +59,12 @@
<prerequisites title="Prerequisites">
<ul>
<li>
- You have a ready-to-go new seed (newSeed) based on the dispatcher like described in <a href="site:howto/view/install">Install</a>.
- </li>
- <li>
- This includes as well all additional plugins that are mentioned in <a href="site:howto/view/install">Install views</a>.
+ You have a ready-to-go new seed-v2 (v2) based on the dispatcher like described in <a href="site:howto/dispatcher/install">Install</a>.
</li>
<li>
Reading that how-to is as well a good idea to understand the used directory structure in this how-to.
</li>
+ <li>Installing a mozilla browser and the forrestbar helps a lot in developing.</li>
</ul>
</prerequisites>
@@ -70,7 +74,7 @@
consolidation of this thread. It is mainly based on the thread "[RT] Why using views" -
in comparison with "old fashion" skins - usecase i18n</note>
<p>
- By working on the i18n integration for "pelt" we again encountered the reasons for using views. ;-)
+ By working on the i18n integration for "pelt" we again encountered the reasons for using the dispatcher. ;-)
The maintenance problem was to change the captions of the skin features (contracts) to enable
support for i18n. The case is that the <code>site2xhtml.xsl</code> has a lot of repeating code.
</p>
@@ -122,36 +126,40 @@
To start a new forrest:contract you can copy the 'blank.ft' from
<code>org.apache.forrest.plugin.output.themer/resources/themes/common/html/blank.ft</code>.
</p>
- <warning>
-NEED REFACTORING FOR DISPATCHER!!!
-</warning>
<p>
The 'blank.ft' is a simple xml file with the following code which you can use to base new contracts
on:
</p>
<source>
<![CDATA[<forrest:contract
+ xmlns:i18n="http://apache.org/cocoon/i18n/2.1"
xmlns:forrest="http://apache.org/forrest/templates/1.0"
name="blank" type="nugget">
<!--NOTE:
- When using the blank template as copy-and-paste master,
- just search and replace 'blank' by the {contract-name}!-->
+ When using the blank template as c'n p master just search and replace 'blank' by the {contract-name}!-->
<description>
- {contract-name} will output {contract-funtion}.
- This is just a blank contract, it will output *nothing*.
+ {contract-name} will output {contract-funtion}. This is just a blank contract, it will output *nothing*.
</description>
<usage>]]><![CDATA[<![CDATA[<forrest:contract name="blank"/>]]>]]><![CDATA[</usage>
<forrest:template xmlns:forrest="http://apache.org/forrest/templates/1.0"
- format="xhtml" name="blank" inputFormat="xsl" body="false" head="false">
+ format="html" name="blank" inputFormat="xsl" body="false" head="false">
<xsl:stylesheet version="1.1"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
- <!--Add here the needed templates-->
+ <!--
+ Add here the needed templates.
+ Remember to set the forrest:template @attributes!
+ -->
+ <!--
+ <xsl:template name="blank-head">
+ </xsl:template>
+ <xsl:template name="blank-body">
+ </xsl:template>
+ -->
</xsl:stylesheet>
</forrest:template>
-</forrest:contract>
-]]>
+</forrest:contract>]]>
</source>
<p>
The most important is the name of the contract <code><![CDATA[<forrest:contract name="blank"/>]]></code>.
@@ -171,21 +179,25 @@
</source>
<p>
In the <code><![CDATA[<usage/>]]></code> tag we have to explain how the designer can use
- the contract in his view.
+ the contract in his structurer.
</p>
<source><![CDATA[<usage>]]><![CDATA[<![CDATA[<forrest:contract name="siteinfo-last-published-howto"/>]]>]]><![CDATA[</usage>]]>
</source>
<p>
<code><![CDATA[<forrest:template name="blank" body="false" head="false">]]> </code>
That leads to the template attribute @body="true" and
- @head="false". In xhtml a contract can add content to the <![CDATA[<body/>]]> or/and
- <![CDATA[<head/>]]> part of <![CDATA[<html/>]]>. These values need to be changed when adding an actual template.
+ @head="false". In html a contract can add content to the <![CDATA[<body/>]]> or/and
+ <![CDATA[<head/>]]> part of <![CDATA[<html/>]]>. These values need to be changed when adding an actual template.
Besides this, a xsl-template needs to indicate this in the naming. A template that adds content to the
html body needs to end with "<code>-body</code>"!!!
</p>
+ <warning>
+ The last paragraph about <![CDATA[<forrest:template name="blank" body="false" head="false">]]> is due to change.
+ Please be aware that this part of the dispatcher is the main moving target right now!!!
+ </warning>
<note>
It is possible to use contracts in different in/output formats.
- We are focussing for now on format="xhtml" as output and the inputFormat="xsl".
+ We are focussing for now on format="html" as output and the inputFormat="xsl".
</note>
<p>
A <![CDATA[<forrest:template />]]> has the child <![CDATA[<xsl:stylesheet/>]]> where we can create
@@ -202,13 +214,13 @@
</section>
<section id="newContract">
<title>Create a new contract</title>
- <fixme author="thorsten">
- We need to explain basic naming convention for contracts. Like
- "naming does not say anything about layout position, but functionality of the contract.".
- </fixme>
+ <note >
+ We use basic naming convention for contracts. Like
+ "naming does not say anything about layout position, but functionality of the contract".
+ </note>
<p>
- Now let us pick up the example we started with and create a "siteinfo-last-published-howto" contract.
- Save the blank.ft to <code>{project.home}/src/documentation/resources/templates/siteinfo-last-published-howto.ft</code>.
+ Now let us pick up the example we started with and create a "siteinfo-last-published-howto" contract.
+ Save the blank.ft to <code>{project.home}/src/documentation/resources/themes/common/html/siteinfo-last-published-howto.ft</code>.
</p>
<p>
Now the maintenance-optimized code (xpath="/html/body/*") was:
@@ -219,9 +231,9 @@
document.write("<i18n:text >Last Published:</i18n:text> " + document.lastModified);
</script>
</xsl:template>]]></source>
- <p>
+ <p>
In this code we have to do the following steps to use it in our contract:
- </p>
+ </p>
<ul>
<li>Search and replace "siteinfo-last-published" with "siteinfo-last-publish-howto-body"</li>
<li>Add a "debug string - " to the template</li>
@@ -236,7 +248,7 @@
document.write("<i18n:text >Last Published:</i18n:text> " + document.lastModified);
</script>
</xsl:template>]]></source>
- <p>Now we have to do some last steps in the siteinfo-last-publish-howto.ft</p>
+ <p>Now we have to do some last steps in the siteinfo-last-publish-howto.ft</p>
<ul>
<li>Search and replace "blank" with "siteinfo-last-publish-howto"</li>
<li>Add description and usage of the contract</li>
@@ -255,7 +267,7 @@
<forrest:template
xmlns:i18n="http://apache.org/cocoon/i18n/2.1"
xmlns:forrest="http://apache.org/forrest/templates/1.0"
- format="xhtml" name="siteinfo-last-published-howto" inputFormat="xsl" body="true" head="false">
+ format="html" name="siteinfo-last-published-howto" inputFormat="xsl" body="true" head="false">
<xsl:stylesheet version="1.1"
xmlns:i18n="http://apache.org/cocoon/i18n/2.1"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
@@ -268,26 +280,25 @@
</forrest:contract>]]>
</source>
</section>
- <section id="viewContract">
+ <section id="structurerContract">
<title>Activating the contract</title>
<p>
- To see whether the new contract works we need to add it to our view.
+ To see whether the new contract works we need to add it to our structurer.
The contract usage contains the contract-tag <code><![CDATA[<forrest:contract name="siteinfo-last-published-howto"/>]]></code>
- Please see <a href="site:howto/view/DSL">Getting started with forrest:view DSL</a> for more details.
+ Please see <a href="site:v0.80//howto/dispatcher/structurer">Getting started with the "structurer"</a> for more details.
</p>
- <fixme author="thorsten">
- Let us now look into advanced features of the dispatcher.
- I will write a how-to for advanced contracts soon. :)
- </fixme>
+ <note>
+ Next to write are parameter-contracts with advanced features of the dispatcher.
+ </note>
</section>
</steps>
<extension title="Further Reading">
<p>
- Congratulations you are now able to work with view contracts.
- From here we recommend to read the following How-To's:
+ Congratulations you are now able to work with structurer contracts.
+ From here we recommend to read the following How-To's (if not already done):
</p>
<ul>
- <li><a href="site:howto/view/DSL">Getting started with forrest:view DSL</a> </li>
+ <li><a href="site:v0.80//howto/dispatcher/structurer">Getting started with the "structurer"</a> </li>
</ul>
</extension>
<feedback title="Feedback">
Modified: forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-dsl.xml
URL: http://svn.apache.org/viewcvs/forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-dsl.xml?rev=332623&r1=332622&r2=332623&view=diff
==============================================================================
--- forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-dsl.xml (original)
+++ forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-dsl.xml Fri Nov 11 10:12:42 2005
@@ -32,14 +32,23 @@
NEED REFACTORING FOR DISPATCHER!!!
</warning>
<warning>
-"Views" are new functionality which is still in development phase. That is why it is in the
-"whiteboard" section of the Forrest distribution.
-This HowTo is far from being finished.
+The "Dispatcher" (aka "Views") is new functionality which is still in development phase. That is why it is in the
+"whiteboard" section of the Forrest distribution. This HowTo is a good start but still needs more work.
</warning>
-
<p>
- This part of the views is dedicated to webdesigner and user with some knowlegde of css.
+ This part of the the dispatcher is called the structurer and is dedicated to webdesigner and user with some knowlegde of css.
</p>
+ <note>
+ For the moment we will use a special seed template called seed-v2. We still
+ need to fix issues of the dispatcher that it really can replace old
+ fashion skins. Like performance, standalone contracts, other testing output/input formats - using POJO based
+ processing will help solving this. All this will ATM happen in the v2 seed-target till the dispatcher will
+ be realesed to the stable plugins. So make regular updates of your forrest-trunk to keep track.
+ </note>
+ <warning>
+ The way we develope contracts will/may change with introduction of java based processing rather then xsl. Please keep this in mind
+ and help updating the documentation by sending patches. TIA. ;-)
+ </warning>
</audience>
<purpose title="Purpose">
@@ -52,24 +61,26 @@
<prerequisites title="Prerequisites">
<ul>
<li>
- You have a ready-to-go new seed (newSeed) based on views as described in <a href="site:howto/view/install">Install views</a>.
- </li>
- <li>
- This includes as well as all additional plugins that are mentioned in <a href="site:howto/view/install">Install views</a>.
+ You have a ready-to-go new seed-v2 (v2) based on the dispatcher like described in <a href="site:howto/dispatcher/install">Install</a>.
</li>
<li>
Reading that how-to is as well a good idea to understand the used directory structure in this how-to.
</li>
+ <li>Installing a mozilla browser and the forrestbar helps a lot in developing.</li>
</ul>
</prerequisites>
<steps title="Steps">
<note>
- When developing with views we assume you are using 'forrest run' and the following workflow:<br/>
+ When developing with the dispatcher we assume you are using 'forrest run' and the following workflow:<br/>
change files -> refresh browser
</note>
+ <note>
+ Installing a mozilla browser and the forrestbar helps a lot in developing. Many instructions assumes that you have the
+ forrestbar installed.
+ </note>
<p>
- We developed<strong> forrest:view</strong> to let the user decide where to place elements in e.g. html pages.
+ We developed<strong> the structurer</strong> to let the user decide where to place elements in e.g. html pages.
We started this work with the <code>skinconf.xml</code> where you could configure certain elements and
their positions. These elements were known under certain names. It was up to the skin designer to support
this configuration and the elements.
@@ -83,10 +94,20 @@
</a>
</p>
<p>
- Around this contracts we developed a configuration Domain Specific Language and called it<strong>forrest:view</strong>.
- These <strong>forrest:view</strong>s allows us to define the order in which <strong>forrest:contract</strong>s appear, and also to group
+ Around this contracts we developed a configuration Domain Specific Language - called <strong>the structurer</strong>.
+ The <strong>structurer</strong> allows us to define the order in which <strong>forrest:contract</strong>s appear, and also to group
them using <strong>forrest:hook</strong>s.
</p>
+ <note>
+ The structurer is as well a configuration file for the dispatcher. The new think on the dispatcher is that one can include any content
+ from any given business service by dispatching a request against it. In "old fashion" skins and in v1 contracts we assumed a given data
+ model. In the dispatcher there is <strong>no</strong> given data model any more. All data has to be defined in the structurer that
+ they can be dispatched.
+ </note>
+ <warning>
+ For now we are using jx to include the raw data into the presentation model and generating an alias-xsl stylesheet. That is heavy on
+ performance and we will change this ASAP. Mind the warning at the start of the howto.
+ </warning>
<p>
<strong>forrest:hook</strong>s are containers that are only used for layout reasons. They <strong>do not</strong> add
any content or functionality to the output. They add <strong>only</strong> layout information to
@@ -100,50 +121,64 @@
</p>
<section id="emptyView">
<title>Empty view file</title>
- <source><![CDATA[<forrest:views xmlns:forrest="http://apache.org/forrest/templates/1.0">
- <forrest:view type="xhtml">
+ <source><![CDATA[<forrest:views
+ xmlns:forrest="http://apache.org/forrest/templates/1.0"
+ xmlns:jx="http://apache.org/cocoon/templates/jx/1.0">
+ <forrest:view type="html">
</forrest:view>
</forrest:views>]]>
</source>
<p>
- <strong> forrest:view</strong> is designed to be open for any format that can use<strong> forrest:view</strong> as configuration file.
- The only format we implemented is xhtml for now. This is as well true for the delivered contracts.
+ <strong> The structurer</strong> is designed to be open for any format that can use<strong> forrest:view</strong> as configuration file.
+ The only format we implemented is html for now. This is as well true for the delivered contracts.
</p>
<p>
- Now let us start to skin our site.
+ Now let us start to theme our site.
</p>
</section>
<section id="firstView">
- <title>Creating your first view</title>
- <p>
- In this section we will create a new view. We will override the default view of the view-plugin
- for the index page of the <a href="site:howto/view/install">newSeed</a>.
+ <title>Creating your first view</title>
+ <p>
+ In this section we will create a new structurer. We will override the default structurer of the themer-plugin
+ for the index page of the <a href="site:howto/dispatcher/install">v2</a>.
For that we will create a file called <code>index.fv</code> and save it in our xdocs directory.
This will make <strong>only</strong> the index.html page look different from the rest of the project.
- </p>
+ </p>
<p>
Remember: pointing your browser to <code>http://localhost:8888/ls.contracts.html</code> will
show a page with all contracts that you can use in your project.
</p>
<p>
- Let use the blank view from the earlier step and add the content-main contract. In
- ls.contracts.html we find the information for how to use the contract in our view. Our
+ Let us use the blank structurer from the earlier step and add the content-main contract. In
+ ls.contracts.html we find the information for how to use the contract in our structurer. Our
<code>index.fv</code> should look like:
</p>
- <source><![CDATA[<forrest:views xmlns:forrest="http://apache.org/forrest/templates/1.0">
- <forrest:view type="xhtml">
- <forrest:contract name="content-main"/>
+ <source><![CDATA[<forrest:views
+ xmlns:forrest="http://apache.org/forrest/templates/1.0"
+ xmlns:jx="http://apache.org/cocoon/templates/jx/1.0">
+ <forrest:view type="html">
+ <forrest:contract name="content-main">
+ <forrest:properties contract="content-main">
+ <forrest:property name="content-main" nugget="get.body">
+ <jx:import uri="cocoon://#{$cocoon/parameters/getRequest}.body.xml"/>
+ </forrest:property>
+ </forrest:properties>
+ </forrest:contract>
</forrest:view>
</forrest:views>]]>
</source>
+ <note>
+ The structurer is based on jx templates to allow simple presentation logic (all
+ code starting with "jx:"). Please refer to the cocoon documentation about jx.
+ </note>
<p>
Lets try our new view by pointing to <code>http://localhost:8888/index.html</code>.
We will see only the main content. Now let us add the section navigation to our view.
The contract usage in the view can be looked up in ls.contracts.html. Our view now looks like:
</p>
<source><![CDATA[<forrest:views xmlns:forrest="http://apache.org/forrest/templates/1.0">
- <forrest:view type="xhtml">
+ <forrest:view type="html">
<forrest:contract name="content-main"/>
<forrest:contract name="nav-section"/>
</forrest:view>
@@ -156,12 +191,12 @@
</p>
</section>
<section id="hookView">
- <title>Hooks in views</title>
+ <title>Hooks in the structurer</title>
<p>
We will use now the first time a <code><![CDATA[<forrest:hook name="layoutId"/>]]></code>.
- Hooks are the styling side of views. We can imitate arbitrary html skeleton
- with their help. Before we explain how to use your own css in views, we will use the default css.
- In the default.css we can find
+ Hooks are the styling side of the dispatcher. We can imitate arbitrary html skeleton
+ with their help. Before we explain how to use your own css in the structurer, we will use the default css.
+ In the common.css we can find
</p>
<source>/* menu */
#leftbar {
@@ -182,12 +217,14 @@
<source><![CDATA[<forrest:hook name="leftbar">
<forrest:contract name="nav-section"/>
</forrest:hook>]]>
- </source>
+ </source>
<p>
Our view will then look like:
</p>
- <source><![CDATA[<forrest:views xmlns:forrest="http://apache.org/forrest/templates/1.0" >
- <forrest:view type="xhtml">
+ <source><![CDATA[<forrest:views
+ xmlns:forrest="http://apache.org/forrest/templates/1.0"
+ xmlns:jx="http://apache.org/cocoon/templates/jx/1.0">
+ <forrest:view type="html">
<forrest:hook name="leftbar">
<forrest:contract name="nav-section"/>
</forrest:hook>
@@ -197,15 +234,19 @@
</source>
</section>
<section id="cssView">
- <title>CSS in views</title>
+ <title>CSS in the structurer</title>
<p>
- We now know how to place contracts and hooks in our view. Until this stage we only used the default.css.
- CSS-support of views is as easy as placing contracts/hooks. To override the default.css
- stylesheet we use another tag within our view <code><![CDATA[<forrest:css url="default.css"/>]]></code>.
+ We now know how to place contracts and hooks in our view. Until this stage we only used the common.css.
+ CSS-support of the structurer is as easy as placing contracts/hooks. To override the common.css
+ stylesheet we use another tag within our view <code><![CDATA[<forrest:css url="common.css"/>]]></code>.
</p>
<p>
- We will now create a file in <code><![CDATA[{project:skins-dir}{path}/{name}.css]]></code>. In our case
- we will save a file called howTo.css in newSeed/src/documentation/skins/css/howTo.css containing only
+ We will now create a file in <code><![CDATA[<!--
+ {1} name
+ {2} extension (note we assume e.g. PATH/css/{1}.css)
+ -->
+<location src="{project:themer}/resources/themes/{project:theme}/{2}/{1}.{2}" />]]></code>. In our case
+ we will save a file called howTo.css in v2/src/documentation/resources/themes/common/css/howTo.css containing only
the following css:
</p>
<source>/* menu */
@@ -218,16 +259,18 @@
</source>
<p>
We just changed the border-style to 'solid', the background to '#CCCCFF' and the color to '#000000'.
- Now we have to add a new tag to tell that we want to override the default.css. We are doing this
+ Now we have to add a new tag to tell that we want to override the common.css. We are doing this
by adding the tag <code><![CDATA[<forrest:css url="howTo.css"/>]]></code> to our view.
</p>
<note>
<code><![CDATA[<forrest:css url="howTo.css"/>]]></code> needs to be the direct child of
- <code><![CDATA[<forrest:view type="xhtml">]]></code>
+ <code><![CDATA[<forrest:view type="html">]]></code>
</note>
- <source><![CDATA[<forrest:views xmlns:forrest="http://apache.org/forrest/templates/1.0" >
- <forrest:view type="xhtml">
- <forrest:css url="howTo.css"/>
+ <source><![CDATA[<forrest:views
+ xmlns:forrest="http://apache.org/forrest/templates/1.0"
+ xmlns:jx="http://apache.org/cocoon/templates/jx/1.0">
+ <forrest:view type="html">
+ <forrest:css url="howTo.css"/>
<forrest:hook name="leftbar">
<forrest:contract name="nav-section"/>
</forrest:hook>
@@ -253,9 +296,11 @@
Then we have to add the 'content-main' contract to the 'content' hook.
The resulting view looks like:
</p>
- <source><![CDATA[<forrest:views xmlns:forrest="http://apache.org/forrest/templates/1.0" >
- <forrest:view type="xhtml">
- <forrest:css url="howTo.css"/>
+ <source><![CDATA[<forrest:views
+ xmlns:forrest="http://apache.org/forrest/templates/1.0"
+ xmlns:jx="http://apache.org/cocoon/templates/jx/1.0">
+ <forrest:view type="html">
+ <forrest:css url="howTo.css"/>
<forrest:hook name="leftbar">
<forrest:contract name="nav-section"/>
</forrest:hook>
@@ -269,7 +314,7 @@
We are now able to place contracts into the layout container and add custom css to the view.
</p>
<fixme author="thorsten">
- Let us now look into advanced features of views.
+ Let us now look into advanced features of the dispatcher.
I will write a how-to for advanced contracts soon. :)
</fixme>
<!--<fixme author="thorsten">This section is next to be writen/finished</fixme>-->
Modified: forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-install.xml
URL: http://svn.apache.org/viewcvs/forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-install.xml?rev=332623&r1=332622&r2=332623&view=diff
==============================================================================
--- forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-install.xml (original)
+++ forrest/trunk/site-author/content/xdocs/docs_0_80/howto/howto-structurer-install.xml Fri Nov 11 10:12:42 2005
@@ -124,10 +124,10 @@
dispatcher-based site.</p>
</section>
<section id="availableContracts">
- <title>Available contracts</title>
- <p>
- To start working with the dispatcher, you need to know which contracts you can use.
- If you used the seed-v2 then click on the samples tab. You can find links there which leads to
+ <title>Available contracts</title>
+ <p>
+ To start working with the dispatcher, you need to know which contracts you can use.
+ If you used the seed-v2 then click on the samples tab. You can find links there which leads to
the available contracts (same as forrestbar).</p>
<p>
If you are a mozilla user and have the forrestbar installed, then klick on menu point "Devs"
@@ -141,11 +141,11 @@
<extension title="Further Reading">
<p>
Congratulations you are now able to work with the dispatcher.
- From here we recommend to read the following How-To's:
+ From here we recommend to read the following How-To's (in this order):
</p>
<ul>
- <li><a href="site:v0.80//howto/structurer/DSL">Getting started with the "structurer"</a> </li>
- <li><a href="site:v0.80//howto/structurer/contracts">Create your own contract implementation</a> </li>
+ <li><a href="site:v0.80//howto/dispatcher/structurer">Getting started with the "structurer"</a> </li>
+ <li><a href="site:v0.80//howto/dispatcher/contracts">Create your own contract implementation</a> </li>
</ul>
</extension>
<feedback title="Feedback">