- new, much more detailed and easier "step-by-step" layout
- better intro
- add Glossary (glossary.sgml)
- much better Getting Wine chapter
- much better Wine configuration chapter
- better Wine drive layer configuration section
- explain wineserver cmdline options
- rearranged tons of things into a less messy state
- tons of janitorial fixes

diff --git a/documentation/debugger.sgml b/documentation/debugger.sgml
index 3568fae..b60d54e 100644
--- a/documentation/debugger.sgml
+++ b/documentation/debugger.sgml
@@ -900,7 +900,8 @@
             <para>
               These are the "normal" Win16 addresses, called SEGPTR.
               They have a segment:offset notation, e.g. 0x01d7:0x0012.
-              The segment part usually is a "selector", which *always*
+              The segment part usually is a "selector", which
+	      <emphasis>always</emphasis>
               has the lowest 3 bits set.  Some sample selectors are
               0x1f7, 0x16f, 0x8f.  If these bits are set except for
               the lowest bit, as e.g. with 0x1f6,xi then it might be a
@@ -1587,7 +1588,7 @@
             Even if latest <command>gdb</command> implements the
             notion of threads, it won't work with Wine because the
             thread abstraction used for implementing Windows' thread
-            is not 100% mapped onto the linux posix threads
+            is not 100% mapped onto the Linux POSIX threads
             implementation. It means that you'll have to spawn a
             different <command>gdb</command> session for each Windows'
             thread you wish to debug.