aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGöktürk Yüksek <gokturk@gentoo.org>2017-04-12 14:00:31 -0400
committerGöktürk Yüksek <gokturk@gentoo.org>2017-04-12 14:00:31 -0400
commite86ac3f696f078dc7aedc5b56111098c16934c10 (patch)
treea0c77223ca11e51c7587dd401c3a280f53221b2d
parentappendices/contributing/devbook-guide: initial commit (diff)
downloaddevmanual-e86ac3f696f078dc7aedc5b56111098c16934c10.tar.gz
devmanual-e86ac3f696f078dc7aedc5b56111098c16934c10.tar.bz2
devmanual-e86ac3f696f078dc7aedc5b56111098c16934c10.zip
appendices/contributing/devbook-guide: remove unnecessary sections 3 and 4
Remove the unnecessary sections "Handbook Format" and "Advanced Handbook Features".
-rw-r--r--appendices/contributing/devbook-guide/text.xml279
1 files changed, 0 insertions, 279 deletions
diff --git a/appendices/contributing/devbook-guide/text.xml b/appendices/contributing/devbook-guide/text.xml
index a4a69af..4f4e8ac 100644
--- a/appendices/contributing/devbook-guide/text.xml
+++ b/appendices/contributing/devbook-guide/text.xml
@@ -767,285 +767,6 @@ obvious.
</section>
</chapter>
-<chapter>
-<title>Handbook Format</title>
-<section>
-<title>Guide vs Book</title>
-<body>
-
-<p>
-For high-volume documentation, such as the <uri
-link="/doc/en/handbook/handbook-x86.xml?part=1">Installation Instructions</uri>, a
-broader format was needed. We designed a GuideXML-compatible enhancement that
-allows us to write modular and multi-page documentation.
-</p>
-
-</body>
-</section>
-<section>
-<title>Main File</title>
-<body>
-
-<p>
-The first change is the need for a "master" document. This document contains no
-real content, but links to the individual documentation modules. The syntax
-doesn't differ much from GuideXML:
-</p>
-
-<pre caption="Example book usage">
-&lt;?xml version='1.0' encoding='UTF-8'?&gt;
-&lt;!DOCTYPE book SYSTEM "/dtd/book.dtd"&gt;
-&lt;!-- &#36;Header&#36; --&gt;
-
-&lt;<i>book</i>&gt;
-&lt;title&gt;Example Book Usage&lt;/title&gt;
-
-&lt;author...&gt;
- ...
-&lt;/author&gt;
-
-&lt;abstract&gt;
- ...
-&lt;/abstract&gt;
-
-&lt;!-- The content of this document is licensed under the CC-BY-SA license --&gt;
-&lt;!-- See http://creativecommons.org/licenses/by-sa/3.0 --&gt;
-&lt;license version="3.0"/&gt;
-
-&lt;version&gt;...&lt;/version&gt;
-&lt;date&gt;...&lt;/date&gt;
-</pre>
-
-<p>
-So far no real differences (except for the <c>&lt;book&gt;</c> instead of
-<c>&lt;guide&gt;</c> tag). Instead of starting with the individual
-<c>&lt;chapter&gt;</c>s, you define a <c>&lt;part&gt;</c>, which is the
-equivalent of a separate part in a book:
-</p>
-
-<pre caption="Defining a part">
-&lt;part&gt;
-&lt;title&gt;Part One&lt;/title&gt;
-&lt;abstract&gt;
- ...
-&lt;/abstract&gt;
-
-<comment>(Defining the several chapters)</comment>
-&lt;/part&gt;
-</pre>
-
-<p>
-Each part is accompanied by a <c>&lt;title&gt;</c> and an
-<c>&lt;abstract&gt;</c> which gives a small introduction to the part.
-</p>
-
-<p>
-Inside each part, you define the individual <c>&lt;chapter&gt;</c>s. Each
-chapter <e>must</e> be a separate document. As a result it is no surprise that
-a special tag (<c>&lt;include&gt;</c>) is added to allow including the separate
-document.
-</p>
-
-<pre caption="Defining a chapter">
-&lt;chapter&gt;
-&lt;title&gt;Chapter One&lt;/title&gt;
-
- &lt;include href="path/to/chapter-one.xml"/&gt;
-
-&lt;/chapter&gt;
-</pre>
-
-</body>
-</section>
-<section>
-<title>Designing the Individual Chapters</title>
-<body>
-
-<p>
-The content of an individual chapter is structured as follows:
-</p>
-
-<pre caption="Chapter Syntax">
-&lt;?xml version='1.0' encoding='UTF-8'?&gt;
-&lt;!DOCTYPE sections SYSTEM "/dtd/book.dtd"&gt;
-&lt;!-- &#36;Header&#36; --&gt;
-
-&lt;!-- The content of this document is licensed under the CC-BY-SA license --&gt;
-&lt;!-- See http://creativecommons.org/licenses/by-sa/3.0 --&gt;
-
-&lt;sections&gt;
-
-&lt;abstract&gt;
- This is a small explanation on chapter one.
-&lt;/abstract&gt;
-
-&lt;version&gt;...&lt;/version&gt;
-&lt;date&gt;...&lt;/date&gt;
-
-<comment>(Define the several &lt;section&gt; and &lt;subsection&gt;)</comment>
-
-&lt;/sections&gt;
-</pre>
-
-<p>
-Inside each chapter you can define <c>&lt;section&gt;</c>s (equivalent of
-<c>&lt;chapter&gt;</c> in a Guide) and <c>&lt;subsection&gt;</c>s (equivalent
-of <c>&lt;section&gt;</c> in a Guide).
-</p>
-
-<p>
-Each individual chapter should have its own date and version elements. The
-latest date of all chapters and master document will be displayed when a user
-browses through all parts of the book.
-</p>
-
-</body>
-</section>
-</chapter>
-
-<chapter>
-<title>Advanced Handbook Features</title>
-<section>
-<title>Global Values</title>
-<body>
-
-<p>
-Sometimes, the same values are repeated many times in several parts of a
-handbook. Global search and replace operations tend to forget some or introduce
-unwanted changes. Besides, it can be useful to define different values to be
-used in shared chapters depending on which handbook includes the chapter.
-</p>
-
-<p>
-Global values can be defined in a handbook master file and used in all included
-chapters.
-</p>
-
-<p>
-To define global values, add a <c>&lt;values&gt;</c> element to the handbook
-master file. Each value is then defined in a <c>&lt;key&gt;</c> element whose
-<c>id</c> attribute identifies the value, i.e. it is the name of your variable.
-The content of the <c>&lt;key&gt;</c> is its value.
-</p>
-
-<p>
-The following example defines three values in a handbook master file:
-</p>
-
-<pre caption="Define values in a handbook">
-&lt;?xml version='1.0' encoding='UTF-8'?&gt;
-&lt;!DOCTYPE book SYSTEM "/dtd/book.dtd"&gt;
-&lt;!-- &#36;Header&#36; --&gt;
-
-&lt;book&gt;
-&lt;title&gt;Example Book Usage&lt;/title&gt;
-
-<i>&lt;values>
- &lt;key id="arch"&gt;x86&lt;/key&gt;
- &lt;key id="min-cd-name"&gt;install-x86-minimal-2007.0-r1.iso&lt;/key&gt;
- &lt;key id="min-cd-size"&gt;57&lt;/key&gt;
-&lt;/values&gt;</i>
-
-&lt;author...&gt;
- ...
-&lt;/author&gt;
-
-...
-</pre>
-
-<p>
-The defined values can then be used throughout the handbook with the in-line
-<c>&lt;keyval id="key_id"/&gt;</c> element. Specify the name of the key in its
-<c>id</c> attribute, e.g. &lt;keyval id="min-cd-name"/&gt; would be replaced by
-"install-x86-minimal-2007.0-r1.iso" in our example.
-</p>
-
-<pre caption="Using defined values">
-&lt;p&gt;
-The Minimal Installation CD is called &lt;c&gt;<i>&lt;keyval id="min-cd-name"/&gt;</i>&lt;/c&gt;
-and takes up only <i>&lt;keyval id="min-cd-size"/&gt;</i> MB of diskspace. You can use this
-Installation CD to install Gentoo, but &lt;e&gt;only&lt;/e&gt; with a working Internet
-connection.
-&lt;/p&gt;
-</pre>
-
-<p>
-To make life easier on our translators, only use actual values, i.e. content
-that does not need to be translated. For instance, we defined the
-<c>min-cd-size</c> value to <c>57</c> and not <c>57 MB</c>.
-</p>
-
-</body>
-</section>
-<section>
-<title>Conditional Elements</title>
-<body>
-
-<p>
-Chapters that are shared by several handbooks such as our <uri
-link="/doc/en/handbook/">Installation Handbooks</uri> often have small
-differences depending on which handbook includes them. Instead of adding
-content that is irrelevant to some handbooks, authors can add a condition to
-the following elements: <c>&lt;section&gt;</c>, <c>&lt;subsection&gt;</c>,
-<c>&lt;body&gt;</c>, <c>&lt;note&gt;</c>, <c>&lt;impo&gt;</c>,
-<c>&lt;warn&gt;</c>, <c>&lt;pre&gt;</c>, <c>&lt;p&gt;</c>,
-<c>&lt;table&gt;</c>, <c>&lt;tr&gt;</c>, <c>&lt;ul&gt;</c>, <c>&lt;ol&gt;</c>
-and <c>&lt;li&gt;</c>.
-</p>
-
-<p>
-The condition must be an <uri
-link="http://en.wikipedia.org/wiki/XPath">XPATH</uri> expression that will be
-evaluated when transforming the XML. If it evaluates to <c>true</c>, the
-element is processed, if not, it is ignored. The condition is specified in a
-<c>test</c> attribute.
-</p>
-
-<p>
-The following example uses the <c>arch</c> value that is defined in each
-handbook master file to condition some content:
-</p>
-
-<pre caption="Using conditional elements">
-&lt;body test="contains('AMD64 x86',func:keyval('arch'))"&gt;
-
-&lt;p&gt;
-This paragraph applies to both x86 and AMD64 architectures.
-&lt;/p&gt;
-
-&lt;p test="func:keyval('arch')='x86'"&gt;
-This paragraph only applies to the x86 architecture.
-&lt;/p&gt;
-
-&lt;p test="func:keyval('arch')='AMD64'"&gt;
-This paragraph only applies to the AMD64 architecture.
-&lt;/p&gt;
-
-&lt;p test="func:keyval('arch')='PPC'"&gt;
-This paragraph will never be seen!
-The whole body is skipped because of the first condition.
-&lt;/p&gt;
-
-&lt;/body&gt;
-
-&lt;body test="contains('AMD64 PPC64',func:keyval('arch'))"&gt;
-
-&lt;p&gt;
-This paragraph applies to the AMD64, PPC64 <comment>and PPC</comment> architectures because
-the 'AMD64 PPC64' string does contain 'PPC'.
-&lt;/p&gt;
-
-&lt;note test="func:keyval('arch')='AMD64' or func:keyval('arch')='PPC64'"&gt;
-This note only applies to the AMD64 and PPC64 architectures.
-&lt;/note&gt;
-
-&lt;/body&gt;
-</pre>
-
-</body>
-</section>
-</chapter>
-
<chapter id="codingstyle">
<title>Coding Style</title>
<section>