Index: jack.xml
===================================================================
--- jack.xml	(revision 4434)
+++ jack.xml	(working copy)
@@ -10,10 +10,183 @@
     Before you can begin to use Ardour, you will need to get the audio
     input/output capabilities of your system working and properly
     configured. There are two aspects to this process: getting your audio
-    interface (soundcard) working, and configuring it to work with the Jack
+    interface (sound card) working, and configuring it to work with the Jack
     Audio Connection Kit (<ulink url="http://jackaudio.org/">JACK</ulink>).
   </para>
 
+  <section if="quickstart">
+    <title>Quickstart</title>
+    <para>
+      To get audio in and out of your Computer, you need to run a piece of 
+      software called JACK, which you can imagine as cables in a real studio.  
+      Fortunately, Ardour can start JACK for you and then communicate with it 
+      to connect to your sound card or to other software.
+      <orderedlist>
+	<listitem>
+          <para>
+            When starting Ardour, the "Session Control" window is shown and you 
+            are asked to create a session or load an existing one. If JACK is 
+            not running, the tab <guilabel>Audio Setup</guilabel> will appear.  
+            If jack is already running (e.g. if you started it with 
+            <application>qjackctl</application>), the tab will not show up; 
+            skip to point 3 in that case.
+          </para>
+        </listitem>
+        <listitem>
+          <para>
+            In the <guilabel>Audio Setup</guilabel> tab you may change the 
+            settings. However, the defaults should be ok.
+          </para>
+        </listitem>
+        <listitem>
+          <para>
+	    Create a session or open an existing one (as described in  <xref 
+		linkend="sn-sessions"/>) and begin using Ardour!  If you 
+            encounter problems, e.g. if you are not able to hear something or 
+            to record sound from your sound card, come back to this chapter and 
+            read further.
+          </para>
+        </listitem>
+      </orderedlist>
+    </para>
+  </section>
+
+  <section id="getting-audio-working">
+    <title>Getting Your Audio Interface Working</title>
+    <note>
+      <para>
+        Although Ardour runs on OS X as well as Linux, this section
+        describes only a Linux system. The issues faced on OS X tend
+        to be entirely different.
+      </para>
+    </note>
+
+    <para>
+      Getting your audio interface (sound card) working can be the hardest part 
+      of setting your computer up to run Ardour, or it could be one of the
+      easiest. The level of difficulty you will face depends on the type of
+      audio interface ("sound card") you are using, the operating system
+      version you are using, and your own understanding of how it all works.
+    </para>
+
+    <para>
+      In general, your sound card has to be supported by Linux.  You can check 
+      the <ulink 
+        url="http://www.alsa-project.org/main/index.php/Matrix:Main">Alsa 
+        soundcard matrix</ulink> for which hardware is supported.  Other 
+      hardware may be supported by <ulink 
+        url="http://www.ffado.org/?q=devicesupport/list">FFADO</ulink> which is 
+      a collection of drivers for FireWire connected devices. You can check 
+      whether your sound card works by playing a CD, MP3 or whatever.     
+      Getting the hardware running is not in the scope of the Ardour manual.
+    </para>
+
+    <section id="selecting-capture-source">
+      <title>Selecting Capture Source</title>
+      <para>
+        If your soundcard is working, you need to select the correct capture 
+        source.  Many audio interfaces, particularly the cheaper varieties that 
+        are often found built into computers, have ways to plug in both
+        microphones and instruments or other audio equipment to be recorded.
+        This immediately poses a question: how does Ardour (or any software)
+        know which signal to record, the one coming into the microphone input,
+        or the one arriving at the "line in" socket? The same question arises
+        also for "high-end" audio interfaces, though in different ways.
+      </para>
+
+      <para>
+        The short answer is: Ardour doesn’t. Instead, this is a choice you
+        have to make using a program that understands how to control
+        the mixing hardware on the audio interface. Linux/ALSA has a number of
+        such programs: gnome-volume-control, kmix, gamix, aumix and alsamixer 
+        are just a few of them. Each of them offers you a way to select which 
+        of the possible recordable signals will be used for as the "capture 
+        source". They also offer to adjust the level of the capture source 
+        signal. How to select the preferred signal and its level varies from 
+        program to program, so you will have to consult the help documentation 
+        for whichever program you choose to use.
+      </para>
+
+      <para>
+        There are also a few programs that offer ways to control just one 
+        particular kind of audio interface. For example, the 
+        <application>hdspmixer</application> program offers control over the 
+        very powerful matrix mixer present on several RME audio interfaces.  
+        <application>envy24ctrl</application> does the same for a number of 
+        interfaces built around the common ice1712/envy24 chipset, found in 
+        devices from M-Audio, Terratec and others. Please note that this is 
+        quite similar to the situation for Windows and MacOS users, where each 
+        audio interface often comes with its own control program that allows 
+        certain critical configuration choices to be made.
+      </para>
+    </section>
+
+    <section id="problems-with-input-signal">
+      <title>"I don’t get any signal when I record …"</title>
+      <para>
+        The most common problem for first-time audio users on Linux is to
+        try to record something and get no signal at all, or alternatively,
+        a very low signal. The low signal problem typically arises from one
+        or more of the following issues:
+      </para>
+
+      <itemizedlist>
+        <listitem>
+          <para>
+            A microphone is plugged into the "line in" socket of the
+            interface. The signal levels delivered by microphones are very
+            small and require amplification before they can be used by most
+            audio circuitry. In professional recording studios, this is done
+            using a dedicated box called a "pre-amplifier". If your audio
+            interface has a "mic input" socket, then it has its own
+            pre-amplifier built in, although its probably not a very good
+            one. If you make the mistake of plugging a microphone into the
+            "line in" socket, you will get either an inaudible or very quiet
+            signal.
+          </para>
+        </listitem>
+
+        <listitem>
+          <para>
+            The wrong capture source is selected in the audio interface’s
+            hardware mixer (see above).
+          </para>
+        </listitem>
+
+        <listitem>
+          <para>
+            The "capture" gain level in the audio interface’s hardware
+            mixer is turned down too low. You will need to use a hardware
+            mixer application (as described above) to increase this.
+          </para>
+        </listitem>
+      </itemizedlist>
+
+      <note>
+        <para>
+          Adjusting the faders in Ardour will NOT have any affect on the 
+          hardware mixer. As mentioned above, ardour is dependent on external 
+          mixer settings for a source level.
+        </para>
+      </note>
+    </section>
+
+    <section id="using-multiple-soundcards">
+      <title>Can I use multiple sound cards?</title>
+      <para>
+        It is no problem with having multiple sound cards built-in into your 
+        computer, but for Ardour (more precisely: for JACK) you have to choose 
+        which one to use. It is not possible to increase the number of hardware 
+        audio channels by combining sound cards, and there are good technical 
+        reasons why this will not be implemented in future. If you need more 
+        channels, save your money for a while and buy yourself a properly 
+        designed multichannel sound card.
+      </para>
+    </section>
+  </section>
+  
+  
+
   <section id="sn-jack">
     <title>JACK</title>
     <para>
@@ -43,173 +216,319 @@
       of sample synchronisation you’d have in a properly configured
       digital hardware system. This is a problem that has been solved at
       least a couple of times (ReWire from PropellerHeads and DirectConnect
-      from Digidesign are the two most common examples), but JACK is a new
+      from Digidesign are the two most common examples), and JACK is a new
       design developed as an open source software project, and is thusly
-      available for anyone to use, learn from, extend, *fix or modify.
+      available for anyone to use, learn from, extend, fix or modify.
     </para>
 
+    <!--
     <para>
       New users may not initially realize that by using Jack, their computer
       becomes an extremely flexible and powerful audio tool - especially
       with Ardour acting as the ’heart’ of the system.
     </para>
-  </section>
+    -->
 
-  <section id="getting-audio-working">
-    <title>Getting Your Audio Interface Working</title>
-    <note>
-      <para>
-        Although Ardour runs on OS X as well as Linux, this documentation
-        describes only a Linux (ALSA) system. The issues faced on OS X tend
-        to be entirely different, and are centered mostly on JACK. There are
-        also alternative audio device driver families for Linux but they are
-        also not discussed here.
-      </para>
-    </note>
-
     <para>
-      Getting your audio interface working can be the hardest part of
-      setting your computer up to run Ardour, or it could be one of the
-      easiest. The level of difficulty you will face depends on the type of
-      audio interface ("soundcard") you are using, the operating system
-      version you are using, and your own understanding of how it all works.
+      JACK itself does not come with graphical user interface, it runs 
+      entirely in the background and is used by so-called "clients", e.g.  by 
+      Ardour. The clients connect to JACK and can then ask which other 
+      clients are present (i.e.  connected to JACK) and which inputs and 
+      outputs they have. The clients can then connect to each other, using 
+      JACK.
     </para>
 
     <para>
-      In an ideal world, your computer already has a working audio
-      interface, and all you need do is to start up qjackctl and run JACK.
-      You can determine if you face this ideal situation by doing a few
-      simple tests on your machine. The most obvious test is whether
-      you’ve already heard audio coming out of your computer. If you are
-      in this situation, you can skip ahead to
-      <xref linkend="selecting-capture-source"/>.
+      Ardour offers possibilities to connect its inputs and outputs to other 
+      clients (or to its own inputs and outputs) or to the audio hardware, i.e.  
+      your sound card.  Another useful software is 
+      <application>qjackctl</application>, which is also a JACK client and 
+      allows to connect other clients to each other, see their actual  
+      connections and even re-connect them automatically next time they are 
+      started.
     </para>
-  </section>
 
-  <section id="checking-for-an-audio-interface">
-    <title>Checking For an Audio Interface</title>
     <para>
-      If you’ve never tried to play audio on your computer before, you
-      should use a basic playback program such as play, aplay or possibly
-      xmms. Find an audio file on your machine (<command>locate
-      .wav</command> may help here), and try to play it. There are several
-      possibilities:
+      To use JACK it must be started firstly. You can use 
+      <application>qjackctl</application> to start/stop JACK, which is quite
+      convenient. Another way is using Ardour to start JACK, or you can start 
+      JACK yourself on a console, using the command 
+      <application>jackd</application>, which has no graphical user interface.
     </para>
 
-    <itemizedlist>
-      <listitem>
-        <para>
-          You may get an error from the program
-        </para>
-      </listitem>
+    <section id="control-jack-with-qjackctl">
+      <title>Controlling JACK using Qjackctl</title>
+      <para>
+        You should be able to start qjackctl from the “application menu”
+        of your system, typically found on the panel/appbar/dock or whatever
+        its called that lives at the top/bottom/left/right of your screen.
+      </para>
 
-      <listitem>
-        <para>
-          You may hear nothing
-        </para>
-      </listitem>
+      <para>
+        In the <application>qjackctl</application> window click 
+        <guibutton>Start</guibutton> to start JACK. You can configure the 
+        parameters in the preferences dialog, which you get by clicking 
+        <guibutton>Setup</guibutton>. Most of the settings require restart of 
+        JACK by first clicking <guibutton>Stop</guibutton>, then 
+        <guibutton>Start</guibutton>.
+      </para>
 
-      <listitem>
-        <para>
-          You may hear something, but its too quiet
-        </para>
-      </listitem>
+      <para>
+        You may see and modify the actual connections of the JACK clients in 
+        the "Connections" window. You can show this window by clicking 
+        <guibutton>Connect</guibutton>. Right after starting JACK, no clients 
+        are connected, of course.
+      </para>
 
-      <listitem>
+      <para>
+        If you stop JACK, the connections you made in the last session are 
+        lost.  The JACK clients may choose to remember them and to reconnect 
+        when JACK is started again. Ardour does not (at least not for all 
+        connections), but you can configure <application>qjackctl</application> 
+        to do so by using the Patchbay feature.
+      </para>
+
+      <para>
+        Click on the <guibutton>Patchbay</guibutton> button, then click on
+        <guibutton>New</guibutton>. Qjackctl will ask if you want to
+        create a patchbay definition as a snapshot of all actual client
+        connections. Clicking on <guibutton>Yes</guibutton> will bring in
+        a set of all ports available. Note that changes which you make here 
+        will not change your actual connections.
+      </para>
+
+      <mediaobject>
+        <imageobject>
+          <imagedata fileref="images/qjpatch.jpg"/>
+        </imageobject>
+      </mediaobject>
+
+      <para>
+        Make sure you've got the connections you want to be restored in the 
+        future and click <guibutton>Save...</guibutton> and choose a filename.  
+        Once this is saved, you can close the Patchbay.
+      </para>
+
+      <note>
+        <title>Note</title>
         <para>
-          you may hear something from the wrong loudspeakers.
+          Changes you make to your connections after saving the Patchbay will 
+          not be in the Patchbay and thus not restored in future. You can 
+          create a new Patchbay file, overwriting the old one.
         </para>
-      </listitem>
-    </itemizedlist>
-  </section>
+      </note>
 
-  <section id="selecting-capture-source">
-    <title>Selecting Capture Source</title>
-    <para>
-      Many audio interfaces, particularly the cheaper varieties that are
-      often found built into computers, have ways to plug in both
-      microphones and instruments or other audio equipment to be recorded.
-      This immediately poses a question: how does Ardour (or any software)
-      know which signal to record, the one coming into the microphone input,
-      or the one arriving at the "line in" socket? The same question arises
-      also for "high-end" audio interfaces, though in different ways.
-    </para>
+      <para>
+        Next, click on the qjackctl <guibutton>Setup</guibutton> button,
+        then click on the <guibutton>Options</guibutton> tab.
+      </para>
 
-    <para>
-      The short answer is: Ardour doesn’t. Instead, this is a choice you
-      have to make using a program a program that understands how to control
-      the mixing hardware on the audio interface. Linux/ALSA has a number of
-      such programs: alsamixer, gamix, aumix, kmix are just a few of them.
-      Each of them offers you a way to select which of the possible
-      recordable signals will be used for as the "capture source". How you
-      select the preferred signal varies from program to program, so you
-      will have to consult the help documentation for whichever program you
-      choose to use.
-    </para>
+      <mediaobject>
+        <imageobject>
+          <imagedata fileref="images/qjopts.jpg"/>
+        </imageobject>
+      </mediaobject>
 
-    <para>
-      There are also a few programs that offer ways to control just one
-      particular kind of audio interface. For example, the
-      <application>hdspmixer</application> program offers control over the
-      very powerful matrix mixer present on several RME audio interface.
-      <application>envy24ctrl</application> does the same for a number of
-      interfaces built around the common ice1712/envy24 chipset, found in
-      devices from M-Audio, Terratec and others. Please note that this quite
-      similar to the situation for Windows and MacOS users, where each audio
-      interface often comes with its own control program that allows certain
-      critical configuration choices to be made.
-    </para>
-
-    <section id="problems-with-input-signal">
-      <title>"I don’t get any signal when I record …"</title>
       <para>
-        The most common problem for first-time audio users on Linux is to
-        try to record something and get no signal at all, or alternatively,
-        a very low signal. The low signal problem typically arises from one
-        or more of the following issues:
+        Click on <guibutton>Activate Patchbay persistence</guibutton> and
+        use the file name you used to save the Patchbay above. The Patchbay
+        connections will be loaded when <application>qjackctl</application> 
+        starts the next time. All clients which connect to JACK from then on 
+        (such as Ardour, hydrogen, jamin) will be connected accordingly.
       </para>
 
-      <itemizedlist>
-        <listitem>
-          <para>
-            a microphone input plugged into the "line in" socket of the
-            interface. The signal levels delivered by microphones are very
-            small, and require amplification before they can be used by most
-            audio circuitry. In professional recording studios, this is done
-            using a dedicated box called a "pre-amplifier". If your audio
-            interface has a "mic input" socket, then it has its own
-            pre-amplifier built in, although its probably not a very good
-            one. If you make the mistake of plugging a microphone into the
-            "line in" socket, you will get either an inaudible or very quiet
-            signal.
-          </para>
-        </listitem>
+    </section>
 
-        <listitem>
-          <para>
-            the wrong capture source selected in the audio interface’s
-            hardware mixer (see above)
-          </para>
-        </listitem>
+    <section id="start-jack-with-ardour">
+      <title>Starting JACK using Ardour</title>
+      <para>
+        You can also use Ardour to start JACK. You will get less flexibility 
+        (e.g. no Patchbay), but setup is easier and faster, which is good for 
+        an ad-hoc session.
+      </para>
 
-        <listitem>
-          <para>
-            the "capture" gain level in the audio interface’s hardware
-            mixer is turned down too low. You will need to use a hardware
-            mixer application (as described above) to increase this.
-          </para>
-        </listitem>
-      </itemizedlist>
+      <para>
+        Start Ardour as usual. You will get the "Session Control" window.  If 
+        JACK was not started yet, the tab <guilabel>Audio Setup</guilabel> will 
+        be visible. Click on it and make your choices.  The defaults should 
+        work for you, but you may choose to change them.  Then go to the 
+        <guilabel>New Session</guilabel> or <guilabel>Open Session</guilabel> 
+        tab to begin a session as usual (see <xref linkend="sn-sessions"/> for 
+        details).
+      </para>
 
       <note>
+        <title>Note</title>
         <para>
-          You will notice in the mixer strip for each track in ardour that
-          you can change the selection of the monitoring source between
-          input/pre/post. Adjusting the fader while watching the ’input’
-          levels will NOT have any affect on the levels. As mentioned above,
-          ardour is dependent on external mixer settings for a source level.
+          When Ardour exits, it detects whether other clients (e.g.  qjackctl, 
+          jamin) are still connected to JACK and if not, it will stop JACK.  
+          Thus, if you use Ardour as sole JACK client, it will start jack at 
+          the beginning of your session and stop it at the end.
         </para>
       </note>
+
+      <para>
+        The following sections will provide detailed information about the 
+        options found in the <guilabel>Audio Setup</guilabel> tab.
+      </para>
+      
+      <note>
+        <title>Note</title>
+        <para>
+          Not all combination of parameters are meaningful or will even work.  
+          You have to know what you are doing for taking full advantage of all 
+          possibilities.
+        </para>
+      </note>
+
+
+      <section>
+        <title>The Device tab</title>
+        <para>
+          In the tab <guilabel>Device</guilabel> you may choose the driver and 
+          tweak some basic parameters.
+        </para>
+
+
+        <variablelist>
+          <varlistentry><term>Driver</term>
+            <listitem>
+              <para>
+                Here you can choose the driver to use. In most cases you will 
+                choose <guilabel>ALSA</guilabel> to connect JACK to your sound 
+                card. If your system uses OSS instead of ALSA, choose 
+                <guilabel>OSS</guilabel>.  If you have a FireWire sound card, 
+                try <guilabel>FFADO</guilabel>. The driver 
+                <guilabel>NETJACK</guilabel> connects to a running JACK on 
+                another computer which is reachable by a fast network 
+                connection.  This way, it is possible to connect ardour to 
+                applications and sound cards on another computer. The 
+                <guilabel>Dummy</guilabel> driver connects JACK to no hardware, 
+                so only audio data transfer between applications will be 
+                possible.
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Interface</term>
+            <listitem>
+              <para>
+                Depending on the chosen driver you can choose the appropriate 
+                Interface here, i.e. which sound card to use. If the field is 
+                not meaningful (e.g. for the Dummy driver) it is disabled.
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Sample Rate</term>
+            <listitem>
+              <para>
+                You can choose the appropriate sample rate here. Typical values 
+                are 48000Hz or 441000Hz.
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Buffer Size</term>
+            <listitem>
+              <para>
+                This is a technical parameter affecting operation of the sound 
+                card. Smaller values lead to smaller latency, but too small 
+                values lead to bad-sounding artefacts.
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Number of buffers</term>
+            <listitem>
+              <para>
+                This is also a technical parameter affecting operation of the 
+                sound card. Smaller values lead to smaller latency, but too 
+                small values lead to bad-sounding artefacts.
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Audio Mode</term>
+            <listitem>
+              <para>
+                You can choose whether your sound card can be used to playback 
+                (output sound), record (input sound) or both. If you choose 
+                <guilabel>Playback/Recording on 1 Device</guilabel>, the same 
+                audio device (i.e. sound card "subdevice") is used for both 
+                input and output. If you choose <guilabel>Playback/Recording on 
+                  2 Devices</guilabel>, different audio devices can be used for 
+                input and output. The devices can be chosen in the 
+                <guilabel>Advanced</guilabel> tab, but must be part of the same 
+                interface (sound card).
+              </para>
+            </listitem>
+          </varlistentry>
+        </variablelist>
+      </section>
+
+      <section>
+        <title>The Options tab</title>
+        <para>
+          In the tab <guilabel>Options</guilabel> you have additional control 
+          about how JACK runs. These options are specific to JACK and will 
+          therefore not be documented here. For further information see the 
+          manpage of <application>jackd</application> (open a terminal/console 
+          and type <literal>man jackd</literal>, then press enter).
+        </para>
+      </section>
+
+      <section>
+        <title>The Advanced tab</title>
+        <para>
+          In the <guilabel>Advanced</guilabel> tab you have advanced control 
+          about your sound card configuration.
+        </para>
+
+        <variablelist>
+          <varlistentry><term>Input device</term>
+            <listitem>
+              <para>
+                Here you can choose which device you want to use to get sound 
+                into your computer. The function of this field depends on the 
+                chosen driver and Audio Mode.
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Output device</term>
+            <listitem>
+              <para>
+                Here you can choose which device you want to use to get sound out 
+                from your computer. The function of this field depends on the 
+                chosen driver and Audio Mode.
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Input channels</term>
+            <listitem>
+              <para>
+                TBD
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Output channels</term>
+            <listitem>
+              <para>
+                TBD
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Hardware input latency</term>
+            <listitem>
+              <para>
+                TBD
+              </para>
+            </listitem>
+          </varlistentry>
+          <varlistentry><term>Hardware output latency</term>
+            <listitem>
+              <para>
+                TBD
+              </para>
+            </listitem>
+          </varlistentry>
+        </variablelist>
+      </section>
     </section>
   </section>
 
@@ -217,11 +536,11 @@
     <title>Monitoring Choices</title>
     <para>
       Its unfortunate that we have to raise this issue at a point in the
-      manual where you, the reader, may not even knoiw what "monitoring"
+      manual where you, the reader, may not even know what "monitoring"
       means. However, it is such an absolutely critical aspect of using any
       digital audio workstation that we need to at least cover the basics
       here. The only people who don’t need to care about monitoring are
-      those who will never use ardour to record a live performance (even on
+      those who will never use ardour to record a live performance (even 
       performed using a software synthesizer).
     </para>
 
@@ -237,7 +556,7 @@
       amp+loudspeakers? It can get a lot more complex than that: if you are
       recording multiple performers at the same time, each performer needs
       to hear their own playing/singing, but they also probably need to hear
-      some of their colleagues’ sound as well. You might be overdubbing
+      some of their colleagues’ sound as well. Or you might be overdubbing
       yourself - playing a new line on an instrument while listening to
       tracks you’ve already recorded - how do you hear the new material as
       well as the existing stuff?
@@ -250,41 +569,7 @@
     </para>
   </section>
 
-  <section id="using-multiple-soundcards">
-    <title>Can I use multiple soundcards</title>
-    <para>
-      There are really lots of great reasons why you should not even attempt
-      to do this. But seriously, save your money for a while and buy
-      yourself a properly designed multichannel soundcard.
-    </para>
-  </section>
 
-  <section id="qjackctl">
-    <title>Qjackctl</title>
-    <para>
-      JACK itself does not come with graphical user interface - to start
-      JACK and control it you need to have access to a command line and a
-      basic knowledge of Unix-like operating systems. However,
-      <ulink url="http://qjackctl.sourceforge.net/">qjackctl</ulink> is a
-      wonderful application that wraps JACK up with a graphical interface
-      that is both nice to look at and useful at same time. qjackctl is the
-      recommended way of using JACK.
-    </para>
-    <mediaobject>
-      <imageobject>
-        <imagedata fileref="images/qjackctl.png"/>
-      </imageobject>
-    </mediaobject>
-    <para>
-      You should be able to start qjackctl from the “application menu”
-      of your system, typically found on the panel/appbar/dock or whatever
-      its called that lives at the top/bottom/left/right of your screen.
-    </para>
-
-    <para>
-      [ need screenshot of GNOME/KDE/OSX menus here ]
-    </para>
-  </section>
 <!--
 	<xi:include xmlns:xi="http://www.w3.org/2001/XInclude" 
 		href="Some_Subsection.xml" />
