← Back to team overview

dhis2-devs team mailing list archive

[Branch ~dhis2-documenters/dhis2/dhis2-docbook-docs] Rev 146: Changed Linux instructions from https to http

 

------------------------------------------------------------
revno: 146
committer: Knut Staring <knutst@knutst-laptop>
branch nick: dhis2-docbook-docs
timestamp: Wed 2010-03-24 00:26:54 +0100
message:
  Changed Linux instructions from https to http
modified:
  src/docbkx/en/dhis2_documentation_guide.xml


--
lp:~dhis2-documenters/dhis2/dhis2-docbook-docs
https://code.launchpad.net/~dhis2-documenters/dhis2/dhis2-docbook-docs

Your team DHIS 2 developers is subscribed to branch lp:~dhis2-documenters/dhis2/dhis2-docbook-docs.
To unsubscribe from this branch go to https://code.launchpad.net/~dhis2-documenters/dhis2/dhis2-docbook-docs/+edit-subscription.
=== modified file 'src/docbkx/en/dhis2_documentation_guide.xml'
--- src/docbkx/en/dhis2_documentation_guide.xml	2010-02-09 06:35:18 +0000
+++ src/docbkx/en/dhis2_documentation_guide.xml	2010-03-23 23:26:54 +0000
@@ -3,15 +3,12 @@
 <!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd"; [
 <!ENTITY br ''>]>
 <chapter>
-  <chapterinfo>
-    <title>DHIS 2 Documentation Guide</title>
-    <author>
+  <chapterinfo><title>DHIS 2 Documentation Guide</title><author>
       <firstname>Jason</firstname>
       <surname>Pickering</surname>
       <affiliation>
         <orgname/>
-      </affiliation>
-    </author>
+      </affiliation></author>
     <pubdate>14/09/09</pubdate>
     <keywordset>
       <keyword>DHIS2</keyword>
@@ -23,131 +20,146 @@
         <revnumber>2</revnumber>
         <date>28/10/09</date>
         <revdescription>
-          <para>
-          Added some more information on multilingual documents and editors.</para>
-        </revdescription>
-      </revision>
+          <para> Added some more information on multilingual documents and editors.</para>
+        </revdescription></revision>
       <revision>
         <revnumber>1</revnumber>
         <date>29/09/09</date>
         <revdescription>
-          <para>Added more information on getting started with bzr and
-          DocBook</para>
-        </revdescription>
-      </revision>
-    </revhistory>
-  </chapterinfo>
+          <para>Added more information on getting started with bzr and DocBook</para>
+        </revdescription></revision>
+    </revhistory></chapterinfo>
   <title>DHIS2 Documentation Guide</title>
   <section id="docs_1">
     <title>DHIS 2 Documentation System Overview</title>
-    <para remap="">DHIS 2 is a web-based aggregate information management system under
-    very active development. While primarily intended for management of aggregate, georeferenced health data, it should be possible to use the system for other purposes as well. Currently, there are a large number of
-    disconnected pockets of documentation in various formats (e.g.
-    MediaWiki, Word documents, Confluence). There is a need to consolidate the
-    documentation process and bring it more in-line with the distributed
-    nature of the development of the application itself. It has been suggested
-    therefore to move the current documentation to the DocBook platform. This
-    article will not discuss the relative merits of the DocBook platform, but
-    rather will serve as a brief guide to its use by DHIS 2 implementers,
-    users and developers. Readers are encouraged to make their own decision
-    about whether to use DocBook or not for documentation purposes.</para>
+    <para remap="">DHIS 2 is a web-based aggregate information management system under very active
+      development. While primarily intended for management of aggregate, georeferenced health data,
+      it should be possible to use the system for other purposes as well. Currently, there are a
+      large number of disconnected pockets of documentation in various formats (e.g. MediaWiki, Word
+      documents, Confluence). There is a need to consolidate the documentation process and bring it
+      more in-line with the distributed nature of the development of the application itself. It has
+      been suggested therefore to move the current documentation to the DocBook platform. This
+      article will not discuss the relative merits of the DocBook platform, but rather will serve as
+      a brief guide to its use by DHIS 2 implementers, users and developers. Readers are encouraged
+      to make their own decision about whether to use DocBook or not for documentation
+      purposes.</para>
   </section>
   <section id="docs_2">
     <title>Introduction</title>
-    <para>One of the main advantages of DocBook is that there is complete
-    separation between the content and presentation. DocBook is a pure XML
-    format, and is well documented. It is believed that only a very small
-    subset of its features will be required in order to achieve much higher
-    quality documentation for DHIS. There are some 400 separate mark-up
-    elements that cater to almost any level of technical documentation needs,
-    but in reality, only a few dozen of these element will probably need to be
-    employed to achieve high-quality documentation for DHIS 2, both for
-    printed as well as on-line formats such as HTML or integrated help systems
-    within the application itself. Therefore, there are wide range of
-    possibilities in terms of which editor can be used for the creation of
-    DocBook files. A fairly complete list of possibilities is located <ulink url="http://wiki.docbook.org/topic/DocBookAuthoringTools";>here</ulink>.  It is currently recommended to use <ulink url="http://www.syntext.com/products/serna-free/ ">Syntext Serna Free</ulink> for editing DocBook source files as WYSIWYG.  It is not recommended to use the editor XMLmind XML Editor Personal Edition (also known as XXE Personal), as the editor &quot;silently&quot; places unneeded whitespace and other ornamentation to the DocBook source which makes collaborative editing of documents very difficult. </para>
-    <para>One of the key concepts to keep in mind when authoring documentation
-    in DocBook, or other presentation neutral formats, is that the <emphasis role="bold">content </emphasis>of the document should be considered in the
-    first instance. The <emphasis role="bold">presentation </emphasis>of the
-    document will take place in a separate step, where it will be rendered
-    into different formats, such as HTML and PDF. It is therefore important
-    that the document is will organised  and structured, with appropriate
-    DocBook tags and structural elements being considered.</para>
-    <para>It is good practise to break your document in to various sections
-    using the &quot;sect&quot;, or section element. Section elements can also be nested
-    within each other, such as &quot;Section 1&quot; and &quot;Section 2&quot;. This concept is
-    essentially the same as <productname>Microsoft Word</productname> or other word processing programs.
-    DocBook will automatically take care of numbering the sections for you
-    when the document is produced. Two other important elements are the
-    &quot;itemizedlist&quot; and &quot;numberedlist&quot;. These are quite similar, but an
-    itemised list corresponds to a bulleted list, which a numbered list will
-    be rendered with each element being numbered sequentially. Other key
-    elements are &quot;screenshot&quot; and &quot;table&quot; which should be
-    self-explanatory.</para>
+    <para>One of the main advantages of DocBook is that there is complete separation between the
+      content and presentation. DocBook is a pure XML format, and is well documented. It is believed
+      that only a very small subset of its features will be required in order to achieve much higher
+      quality documentation for DHIS. There are some 400 separate mark-up elements that cater to
+      almost any level of technical documentation needs, but in reality, only a few dozen of these
+      element will probably need to be employed to achieve high-quality documentation for DHIS 2,
+      both for printed as well as on-line formats such as HTML or integrated help systems within the
+      application itself. Therefore, there are wide range of possibilities in terms of which editor
+      can be used for the creation of DocBook files. A fairly complete list of possibilities is
+      located <ulink url="http://wiki.docbook.org/topic/DocBookAuthoringTools";>here</ulink>. It is
+      currently recommended to use <ulink url="http://www.syntext.com/products/serna-free/ ">Syntext
+        Serna Free</ulink> for editing DocBook source files as WYSIWYG. It is not recommended to use
+      the editor XMLmind XML Editor Personal Edition (also known as XXE Personal), as the editor
+      &quot;silently&quot; places unneeded whitespace and other ornamentation to the DocBook source
+      which makes collaborative editing of documents very difficult. </para>
+    <para>One of the key concepts to keep in mind when authoring documentation in DocBook, or other
+      presentation neutral formats, is that the <emphasis role="bold">content </emphasis>of the
+      document should be considered in the first instance. The <emphasis role="bold">presentation
+      </emphasis>of the document will take place in a separate step, where it will be rendered into
+      different formats, such as HTML and PDF. It is therefore important that the document is will
+      organised and structured, with appropriate DocBook tags and structural elements being
+      considered.</para>
+    <para>It is good practise to break your document in to various sections using the
+      &quot;sect&quot;, or section element. Section elements can also be nested within each other,
+      such as &quot;Section 1&quot; and &quot;Section 2&quot;. This concept is essentially the same
+      as <productname>Microsoft Word</productname> or other word processing programs. DocBook will
+      automatically take care of numbering the sections for you when the document is produced. Two
+      other important elements are the &quot;itemizedlist&quot; and &quot;numberedlist&quot;. These
+      are quite similar, but an itemised list corresponds to a bulleted list, which a numbered list
+      will be rendered with each element being numbered sequentially. Other key elements are
+      &quot;screenshot&quot; and &quot;table&quot; which should be self-explanatory.</para>
   </section>
   <section id="docs_3">
     <title>Getting started with Launchpad</title>
-    <para>Currently, the documentation system is part of the source code
-    housed at <ulink url="https://launchpad.net/";>Launchpad</ulink>. Launchpad is a collaborative platform that enables multiple people to work on software projects collaboratively.  In order for this to be possible, a version control system is necessary in order to manage all the changes that multiple users may make. Launchpad uses the <emphasis>Bazaar</emphasis> source control system. While it is beyond the scope of this document to describe the functionality of <emphasis>Bazaar</emphasis>, users who wish to create documentation will need to gain at least a basic understanding of how the system works. A basic guide is provided in the next section. </para>
-    <para> In order
-    to start adding or editing the documentation, you should first perform a
-    checkout of the source code. If you do not already have a Launchpad login
-    id, you will need to get one. This can be done <ulink url="https://launchpad.net/+login";>here</ulink>. Once you register with Launchpad, you will need to request access to
-    the<emphasis> dhis2-documenters</emphasis> group. Login to Launchpad, and then request access
-    <ulink url="https://code.launchpad.net/~dhis2-documenters/dhis2/dhis2-docbook-docs";>here</ulink>.
-    Your request will need to be approved by the group administrators. Once
-    you have been granted access to the group, you can commit changes to the
-    documentation branch and send and receive emails on the groups&apos; list. </para>
+    <para>Currently, the documentation system is part of the source code housed at <ulink
+        url="https://launchpad.net/";>Launchpad</ulink>. Launchpad is a collaborative platform that
+      enables multiple people to work on software projects collaboratively. In order for this to be
+      possible, a version control system is necessary in order to manage all the changes that
+      multiple users may make. Launchpad uses the <emphasis>Bazaar</emphasis> source control system.
+      While it is beyond the scope of this document to describe the functionality of
+        <emphasis>Bazaar</emphasis>, users who wish to create documentation will need to gain at
+      least a basic understanding of how the system works. A basic guide is provided in the next
+      section. </para>
+    <para> In order to start adding or editing the documentation, you should first perform a
+      checkout of the source code. If you do not already have a Launchpad login id, you will need to
+      get one. This can be done <ulink url="https://launchpad.net/+login";>here</ulink>. Once you
+      register with Launchpad, you will need to request access to the<emphasis>
+        dhis2-documenters</emphasis> group. Login to Launchpad, and then request access <ulink
+        url="https://code.launchpad.net/~dhis2-documenters/dhis2/dhis2-docbook-docs";>here</ulink>.
+      Your request will need to be approved by the group administrators. Once you have been granted
+      access to the group, you can commit changes to the documentation branch and send and receive
+      emails on the groups&apos; list. </para>
   </section>
   <section id="docs_4">
     <title>Getting the document source</title>
-    <para>In order to edit the documentation, you will need to download the
-    source pages of the documentation to your computer. Launchpad uses a
-    version control system known as bzr . There are different methods for
-    getting Bazaar working on your system, depending on which operating system
-    you are using. A good step-by-step guide for <productname>Microsoft</productname> operating systems
-    can be viewed <ulink url="http://wiki.showmedo.com/index.php/Using_Launchpad_and_Bazaar#Steps_to_download_a_project_on_Launchpad_that_uses_Bazaar_with_only_one_branch";>here</ulink>.
-    If you are using Linux, you will need to install bzr on your system
-    through your package manager, or from source code.</para>
-    <para>Once you have installed bzr on your system, you will need to
-    download the document source. Just follow this procedure:</para>
+    <para>In order to edit the documentation, you will need to download the source pages of the
+      documentation to your computer. Launchpad uses a version control system known as bzr . There
+      are different methods for getting Bazaar working on your system, depending on which operating
+      system you are using. A good step-by-step guide for <productname>Microsoft</productname>
+      operating systems can be viewed <ulink
+        url="http://wiki.showmedo.com/index.php/Using_Launchpad_and_Bazaar#Steps_to_download_a_project_on_Launchpad_that_uses_Bazaar_with_only_one_branch";
+        >here</ulink>. If you are using Linux, you will need to install bzr on your system through
+      your package manager, or from source code.</para>
+    <para>Once you have installed bzr on your system, you will need to download the document source.
+      Just follow this procedure:</para>
     <orderedlist>
       <listitem>
         <para>Make sure you have Bazaar installed.</para>
       </listitem>
       <listitem>
-        <para>Start Bazaar by right-clicking a folder if you are using <productname>Windows</productname>
-        and selecting <command>Bzr Here</command>. If you use Linux, you can
-        just create a folder to hold the document sources. You can place the
-        document source in any folder you like.</para>
-      </listitem>
-      <listitem>
-        <para>To download the latest revision of the DHIS2 documents project
-        type: <command>bzr branch https://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs</command> if you are using Linux, or alternatively if you are using <productname>Windows</productname> type the url to the source code repository &quot;<ulink url="https://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs";>http://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs</ulink>&quot;</para>
-      </listitem>
-      <listitem>
-        <para>The download process should start and all the documentation
-        source files will be downloaded to the folder that you
-        specified.</para>
+        <para>Start Bazaar by right-clicking a folder if you are using <productname
+            >Windows</productname> and selecting <command>Bzr Here</command>. If you use Linux, you
+          can just create a folder to hold the document sources. You can place the document source
+          in any folder you like.</para>
+      </listitem>
+      <listitem>
+        <para>To download the latest revision of the DHIS2 documents project type: <command>bzr
+            branch
+            http://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs</command> if
+          you are using Linux, or alternatively if you are using <productname>Windows</productname>
+          type the url to the source code repository &quot;<ulink
+            url="https://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs";
+            >http://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs</ulink>&quot;</para>
+      </listitem>
+      <listitem>
+        <para>The download process should start and all the documentation source files will be
+          downloaded to the folder that you specified.</para>
       </listitem>
     </orderedlist>
   </section>
   <section id="docs_5">
     <title>Editing the documentation</title>
-    <para>Once you have downloaded the source, you should have a series of
-    folders inside of the dhis2-docbook-docs directory. All documents should
-    be placed in the <filename>dhis2-docbook-docs/src/docbkx/XX</filename>
-    folder. Note that the <filename>XX</filename> represents the ISO 639-1 (two-letter) language code of the documentation. If you are developing English language documentation, place it inside the  <filename>/dhis2-docbook-docs/src/docbkx/en/</filename>    folder. Place any image files that may be linked to your document in the
-    <filename>/dhis2-docbook-docs/src/docbkx/XX/resources/images</filename> folder and link these
-    inside your DocBook document using a relative file link. When the
-    documentation is built, in a separate step, the images will be
-    automatically copied over to the correct directory during the build
-    process.</para>
+    <para>Once you have downloaded the source, you should have a series of folders inside of the
+      dhis2-docbook-docs directory. All documents should be placed in the <filename
+        >dhis2-docbook-docs/src/docbkx/XX</filename> folder. Note that the <filename>XX</filename>
+      represents the ISO 639-1 (two-letter) language code of the documentation. If you are
+      developing English language documentation, place it inside the <filename
+        >/dhis2-docbook-docs/src/docbkx/en/</filename> folder. Place any image files that may be
+      linked to your document in the <filename
+        >/dhis2-docbook-docs/src/docbkx/XX/resources/images</filename> folder and link these inside
+      your DocBook document using a relative file link. When the documentation is built, in a
+      separate step, the images will be automatically copied over to the correct directory during
+      the build process.</para>
   </section>
   <section id="docs_6">
     <title>Using images</title>
-    <para>Screen shots are very useful for providing information to users on how particular actions should be performed. DocBook has no intrinsic mechanisms to know exactly how an image should be rendered in the final document. Therefore, it is necessary to provide instructions through element attributes.    
- The following XML code fragment demonstrates how an image can be specified to occupy 80% of the available page width. For screen shots in landscape format, this seems to be an appropriate amount. You may need to experiment a bit to obtain a proper width for your image. Alternatively, you can edit the resolution of the image itself, in order to obtain a proper size during rendering.  </para>
+    <para>Screen shots are very useful for providing information to users on how particular actions
+      should be performed. DocBook has no intrinsic mechanisms to know exactly how an image should
+      be rendered in the final document. Therefore, it is necessary to provide instructions through
+      element attributes. The following XML code fragment demonstrates how an image can be specified
+      to occupy 80% of the available page width. For screen shots in landscape format, this seems to
+      be an appropriate amount. You may need to experiment a bit to obtain a proper width for your
+      image. Alternatively, you can edit the resolution of the image itself, in order to obtain a
+      proper size during rendering. </para>
     <literallayout>&lt;screenshot&gt;
       &lt;screeninfo&gt;DHIS2 Login screen&lt;/screeninfo&gt;
       &lt;mediaobject&gt;
@@ -156,74 +168,120 @@
         &lt;/imageobject&gt;
       &lt;/mediaobject&gt;
     &lt;/screenshot&gt;</literallayout>
-    <para>For other images, depending on their size, a different value may be necessary. If you do not specify a width for you image, and its intrinsic size is larger than the available screen width, the image may overflow in certain document types with a fixed width, such as PDF. </para>
+    <para>For other images, depending on their size, a different value may be necessary. If you do
+      not specify a width for you image, and its intrinsic size is larger than the available screen
+      width, the image may overflow in certain document types with a fixed width, such as PDF.
+    </para>
   </section>
   <section id="docs_7">
     <title>Linking documents together</title>
-    <para>DocBook provides a modular framework where many separate documents can be linked together into a master document. Fragments from different documents can also be reused in different contexts. It is therefore important to consider whether your document should be constructed as an article or a chapter. Chapters are essentially portions of a book, and can therefore be linked together into a larger document very easily. Articles are essentially standalone documents, but they can also be assembled together into a larger document at the component level. </para>
-    <para>Should you wish to link several articles together into a book, DocBook provides a mechanism to assign an id to a section.  In the example below, a section has been assigned an id. This id must be unique within the document. </para>
-    <para><literallayout>  &lt;section id=&quot;mod2_1&quot;&gt;
+    <para>DocBook provides a modular framework where many separate documents can be linked together
+      into a master document. Fragments from different documents can also be reused in different
+      contexts. It is therefore important to consider whether your document should be constructed as
+      an article or a chapter. Chapters are essentially portions of a book, and can therefore be
+      linked together into a larger document very easily. Articles are essentially standalone
+      documents, but they can also be assembled together into a larger document at the component
+      level. </para>
+    <para>Should you wish to link several articles together into a book, DocBook provides a
+      mechanism to assign an id to a section. In the example below, a section has been assigned an
+      id. This id must be unique within the document. </para>
+    <para>
+      <literallayout>  &lt;section id=&quot;mod2_1&quot;&gt;
     &lt;title&gt;Getting started with DHIS2&lt;/title&gt;
-      ....</literallayout></para>
-    <para>In order to include an article into a book, an Xinclude statement must be used. The following example shows how. </para>
-    <para><literallayout> &lt;chapter&gt;
+      ....</literallayout>
+    </para>
+    <para>In order to include an article into a book, an Xinclude statement must be used. The
+      following example shows how. </para>
+    <para>
+      <literallayout> &lt;chapter&gt;
     &lt;title&gt;Getting started with DHIS2&lt;/title&gt;
     &lt;xi:include xmlns:xi=&quot;http://www.w3.org/2001/XInclude&quot; href=&quot;dhis2_user_man_mod2.xml&quot; xpointer=&quot;mod2_1&quot; encoding=&quot;UTF-8&quot;/&gt;
-</literallayout></para>
-    <para>Note that the file name and id have been assigned in the parent document, referring to the actual file (href) and particular fragment of the child document that should be referenced in the parent document (xpointer). </para>
+</literallayout>
+    </para>
+    <para>Note that the file name and id have been assigned in the parent document, referring to the
+      actual file (href) and particular fragment of the child document that should be referenced in
+      the parent document (xpointer). </para>
     <para>Including chapters in a book is very simple. The example below illustrates how: </para>
-    <para><literallayout>    &lt;xi:include xmlns:xi=&quot;http://www.w3.org/2001/XInclude&quot; href=&quot;dhis2_user_man_
+    <para>
+      <literallayout>    &lt;xi:include xmlns:xi=&quot;http://www.w3.org/2001/XInclude&quot; href=&quot;dhis2_user_man_
 mod1.xml&quot; encoding=&quot;UTF-8&quot;/&gt;
-</literallayout></para>
-    <para>In this case, there is no need to explicitly reference a part of the document, unless you only want to include a portion of the chapter. If you want to use a section of the chapter, you can assign an id to that section, and then reference that section through an xpointer. </para>
+</literallayout>
+    </para>
+    <para>In this case, there is no need to explicitly reference a part of the document, unless you
+      only want to include a portion of the chapter. If you want to use a section of the chapter,
+      you can assign an id to that section, and then reference that section through an xpointer.
+    </para>
   </section>
   <section id="docs_8">
     <title>Handling multilingual documentation</title>
-    <para>The directory structure of the documentation has been created in order to facilitate the creation of documents in any language. If you want to create a new set of documents in a given language, simply create a new directory in the <filename>dhis2-docbook-docs/src/docbkx/</filename> directory. Be sure to use the ISO 639-1 code for the language you are going to create documents in. A complete list of these codes can be found <ulink url="http://en.wikipedia.org/wiki/ISO_639-1";>here</ulink>. Add a new folder for images in a sub-directory , replacing XX with the actual ISO 639-1 code for the language you will create documents in. You will also need to edit the pom.xml file in the main dhis2-docbook-docs directory. If you are unsure of what changes need to be made to this file, ask on the mailing list first, as this file controls the generation of all the documentation. </para>
+    <para>The directory structure of the documentation has been created in order to facilitate the
+      creation of documents in any language. If you want to create a new set of documents in a given
+      language, simply create a new directory in the <filename
+        >dhis2-docbook-docs/src/docbkx/</filename> directory. Be sure to use the ISO 639-1 code for
+      the language you are going to create documents in. A complete list of these codes can be found
+        <ulink url="http://en.wikipedia.org/wiki/ISO_639-1";>here</ulink>. Add a new folder for
+      images in a sub-directory , replacing XX with the actual ISO 639-1 code for the language you
+      will create documents in. You will also need to edit the pom.xml file in the main
+      dhis2-docbook-docs directory. If you are unsure of what changes need to be made to this file,
+      ask on the mailing list first, as this file controls the generation of all the documentation.
+    </para>
   </section>
   <section id="docs_9">
     <title>Building the documentation</title>
-    <para>One of the key advantages of the DocBook format is that the source documentation can be transformed into a wide variety of formats, including HTML, chunked HTML, XHTML, PDF, and a number of other formats. There are a wide variety of tools that are capable of performing this task. Basically the XML source of the document is transformed using the standard DocBook XSL style sheets into the desired format. The complete list of tools capable of transforming DocBook will not be listed here, but a few examples are provided below. </para>
+    <para>One of the key advantages of the DocBook format is that the source documentation can be
+      transformed into a wide variety of formats, including HTML, chunked HTML, XHTML, PDF, and a
+      number of other formats. There are a wide variety of tools that are capable of performing this
+      task. Basically the XML source of the document is transformed using the standard DocBook XSL
+      style sheets into the desired format. The complete list of tools capable of transforming
+      DocBook will not be listed here, but a few examples are provided below. </para>
     <para>Latest builds of the documentation are available </para>
     <section>
       <title>Building the documentation with Apache maven</title>
-      <para>In order to transform the documentation source files to different
-    formats, such as HTML or PDF, you will need to install the Apache Maven
-    program. You can get a copy <ulink url="http://maven.apache.org/download.html";>here</ulink> or by installing
-    it through your package manager if you are using Linux.  Just execute
-    the command <command>mvn clean package</command> on Windows or
-     on Linux from the
-    <filename>/dhis2-docbook-docs </filename>directory. Maven will start to
-    download the necessary components to transform the documents into HMTL and
-    PDF. Once the process has completed (be patient the first time, as there
-    are a number of components that must be downloaded), all of the target
-    document types will be generated in the
-    /<filename>dhis2-docbook-docs/target/docbkx</filename> directory. HTML
-    documents will be in the HTML directory, and PDF documents will be in the
-    PDF directory.</para>
+      <para>In order to transform the documentation source files to different formats, such as HTML
+        or PDF, you will need to install the Apache Maven program. You can get a copy <ulink
+          url="http://maven.apache.org/download.html";>here</ulink> or by installing it through your
+        package manager if you are using Linux. Just execute the command <command>mvn clean
+          package</command> on Windows or on Linux from the <filename>/dhis2-docbook-docs
+        </filename>directory. Maven will start to download the necessary components to transform the
+        documents into HMTL and PDF. Once the process has completed (be patient the first time, as
+        there are a number of components that must be downloaded), all of the target document types
+        will be generated in the /<filename>dhis2-docbook-docs/target/docbkx</filename> directory.
+        HTML documents will be in the HTML directory, and PDF documents will be in the PDF
+        directory.</para>
     </section>
     <section>
       <title>Building with xmlto</title>
-      <para><command>xmlto</command> is a useful utility available on Linux platforms for transforming DocBook documents into many different formats. More information on the package can be found <ulink url="http://cyberelk.net/tim/software/xmlto/";>here</ulink>. If you do not want to use Apache Maven for some reason, you can install <command>xmlto</command> through your package manager. Once you have installed <command>xmlto</command> you can just execute <command>xmlto <parameter>html</parameter><parameter>file_to_transform</parameter></command> where the <parameter>file_to_transform</parameter> parameter is the name of the file you wish to transform. There are many other formats available, such as PDF, PS, JavaHelp and others. </para>
+      <para><command>xmlto</command> is a useful utility available on Linux platforms for
+        transforming DocBook documents into many different formats. More information on the package
+        can be found <ulink url="http://cyberelk.net/tim/software/xmlto/";>here</ulink>. If you do
+        not want to use Apache Maven for some reason, you can install <command>xmlto</command>
+        through your package manager. Once you have installed <command>xmlto</command> you can just
+        execute <command>xmlto <parameter>html</parameter><parameter
+          >file_to_transform</parameter></command> where the <parameter
+          >file_to_transform</parameter> parameter is the name of the file you wish to transform.
+        There are many other formats available, such as PDF, PS, JavaHelp and others. </para>
     </section>
   </section>
   <section id="docs_10">
     <title>Committing your changes back to Launchpad</title>
-    <para>Once you have finished editing your document, you will need to
-    commit your changes back to Launchpad. Open up a command prompt on Windows
-    or a shell on Linux, and navigate to the folder where you have placed your
-    documentation. If you have added any new files or folders to your local branch, you
-    will need to add them to the source tree with the <command>bzr add</command> command, followed by the folder or file name(s) that you have added . Once you have added all of your new files, you will
-    need to commit them to your local branch with the following
-    command:</para>
+    <para>Once you have finished editing your document, you will need to commit your changes back to
+      Launchpad. Open up a command prompt on Windows or a shell on Linux, and navigate to the folder
+      where you have placed your documentation. If you have added any new files or folders to your
+      local branch, you will need to add them to the source tree with the <command>bzr add</command>
+      command, followed by the folder or file name(s) that you have added . Once you have added all
+      of your new files, you will need to commit them to your local branch with the following
+      command:</para>
     <blockquote>
-      <para><command>bzr commit -m &quot;Created Amharic translation of documentation&quot;</command></para>
+      <para><command>bzr commit -m &quot;Created Amharic translation of
+          documentation&quot;</command></para>
     </blockquote>
-    <para>Just add an informative message of what you have done. Once you have
-    committed changes to your local branch, you can push them to the master
-    branch with the following command: <blockquote>
-        <para><command>bzr push https://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs </command></para>
+    <para>Just add an informative message of what you have done. Once you have committed changes to
+      your local branch, you can push them to the master branch with the following command: <blockquote>
+        <para><command>bzr push
+            https://bazaar.launchpad.net/%7Edhis2-documenters/dhis2/dhis2-docbook-docs
+          </command></para>
       </blockquote></para>
-    <para>If you have any questions, or cannot find that you can get started, just send an email with your problem to <email>dhis2-documenters@xxxxxxxxxxxxxxxxxxx</email>.</para>
+    <para>If you have any questions, or cannot find that you can get started, just send an email
+      with your problem to <email>dhis2-documenters@xxxxxxxxxxxxxxxxxxx</email>.</para>
   </section>
 </chapter>