1.1 --- a/tasklist/arch/arch-tasklist-api.xml	Sun Mar 07 03:27:01 2004 +0000
     1.2 +++ b/tasklist/arch/arch-tasklist-api.xml	Mon Mar 08 18:10:19 2004 +0000
     1.3 @@ -12,12 +12,13 @@
     1.4      &api-questions;
     1.5  
     1.6  <answer id="arch-what">
     1.7 -    The tasklist/api submodule provides private Suggestions Framework API.
     1.8 +    <p>The tasklist/api submodule provides private Suggestions Framework API.
     1.9      It defines interface between (multiple) suggestion providers and framework.
    1.10      It does not support API for multiple suggestions consumers (views), yet.
    1.11 -    There is the only implementation in tasklist/suggestions submodule.
    1.12 +    There is the only implementation in tasklist/suggestions submodule.</p>
    1.13  
    1.14 -    Due to historical reasons tasklist/core inherits from defined classes.
    1.15 +
    1.16 +    <p>Due to historical reasons tasklist/core inherits from defined classes.</p>
    1.17  </answer>
    1.18  
    1.19  <answer id="dep-nb">
    1.20 @@ -68,8 +69,10 @@
    1.21      </answer>
    1.22  
    1.23      <answer id="compat-version">
    1.24 -        No, it was always packed in tasklist-api.jar but used two
    1.25 -        possible manifests: org.netbeans.api.tasklist and org.netbeans.modules.tasklistapi.
    1.26 +        No, it was always packed in <code>tasklist-api.jar</code>
    1.27 +        but used two
    1.28 +        possible manifest names: <code>org.netbeans.api.tasklist</code>
    1.29 +        and <code>org.netbeans.modules.tasklistapi</code>.
    1.30          It's denied by NetBeans module system. Installer is instructed to
    1.31          wipe out out userdir versions (system/Modules) but it can be
    1.32          skipped by user.
    1.33 @@ -251,17 +254,22 @@
    1.34          </question>
    1.35  -->
    1.36  <answer id="arch-usecases">
    1.37 -Suggestion framework asks all registered providers for suggestions
    1.38 -and dispatches results to consumers (views). Two modes exist:
    1.39 -    - passive provider framework dispatches explicit requests
    1.40 -    - active provider feeds framework on its own.
    1.41 +    <p>Suggestion framework asks all registered providers for suggestions
    1.42 +    and dispatches results to consumers (views). Two modes exist:
    1.43 +    </p>
    1.44 +        <ul>
    1.45 +            <li>passive provider framework dispatches explicit requests</li>
    1.46 +            <li>active provider feeds framework on its own.</li>
    1.47 +        </ul>
    1.48  
    1.49 -Provider can check whether there is reported interest in
    1.50 +    <p>Provider can check whether there is reported interest in
    1.51  suggestions it provides. Some interest (subsription) changes
    1.52 -are not dispatched (notifyStop is too high level event).
    1.53 +are not dispatched (notifyStop is too high level event).</p>
    1.54  
    1.55 -Dual mode provider operation causes some problems,
    1.56 -because these are some events and responsibility overlaps.
    1.57 +
    1.58 +    <p>Dual mode provider operation causes some problems,
    1.59 +because these are some events and responsibility overlaps.</p>
    1.60 +
    1.61  </answer>
    1.62  
    1.63  

     2.1 --- a/tasklist/arch/arch-tasklist-core.xml	Sun Mar 07 03:27:01 2004 +0000
     2.2 +++ b/tasklist/arch/arch-tasklist-core.xml	Mon Mar 08 18:10:19 2004 +0000
     2.3 @@ -75,13 +75,15 @@
     2.4          </question>
     2.5  -->
     2.6  <answer id="compat-version">
     2.7 -The only persistence this modules gets involved with is basic state
     2.8 -persistence of tasklist windows; in particular, column widths, 
     2.9 -column visibility selection, sorting column, and sorting order.
    2.10 +    <p>The only persistence this modules gets involved with is basic state
    2.11 +persistence of tasklist windows; in particular, column widths,
    2.12 +column visibility selection, sorting column, and sorting order.</p>
    2.13  
    2.14 -It stores a version time stamp so it will be able to handle older
    2.15 +
    2.16 +    <p>It stores a version time stamp so it will be able to handle older
    2.17  versions; it might be able to handle future versions (depends on
    2.18 -what those future versions are).
    2.19 +what those future versions are).</p>
    2.20 +
    2.21  </answer>
    2.22  
    2.23  

     3.1 --- a/tasklist/arch/arch-tasklist-docscan.xml	Sun Mar 07 03:27:01 2004 +0000
     3.2 +++ b/tasklist/arch/arch-tasklist-docscan.xml	Mon Mar 08 18:10:19 2004 +0000
     3.3 @@ -73,14 +73,18 @@
     3.4          </question>
     3.5  -->
     3.6  <answer id="compat-version">
     3.7 -It stores basic state of tasklist windows. It stores
     3.8 -<code>cache/all-todos.ser</code> cache of void files.
     3.9 -<br/>
    3.10 -It stores a version time stamp so it will be able to handle older
    3.11 +    <p>It stores basic state of tasklist windows. It stores
    3.12 +        <code>cache/all-todos.ser</code> cache of void files.
    3.13 +    </p>
    3.14 +
    3.15 +
    3.16 +    <p>It stores a version time stamp so it will be able to handle older
    3.17  versions; it might be able to handle future versions (depends on
    3.18 -what those future versions are).
    3.19 -<br/>
    3.20 -It stores one system option implementing Node$Handle.
    3.21 +what those future versions are).</p>
    3.22 +
    3.23 +
    3.24 +    <p>It stores one system option implementing Node$Handle.</p>
    3.25 +
    3.26  </answer>
    3.27  
    3.28