1.1 --- a/docs/resource-map.html Sat Jan 06 20:30:37 2007 +0000
1.2 +++ b/docs/resource-map.html Sun Jan 07 00:27:04 2007 +0000
1.3 @@ -3,7 +3,6 @@
1.4
1.5 <title>ResourceMap - Simple Mappings from Names to Resources</title><meta name="generator" content="amaya 8.1a, see http://www.w3.org/Amaya/" />
1.6 <link href="styles.css" rel="stylesheet" type="text/css" /></head>
1.7 -
1.8 <body>
1.9 <h1>ResourceMap - Simple Mappings from Names to Resources</h1>
1.10 <p>The <code>ResourceMap</code> module provides classes (although
1.11 @@ -27,13 +26,4 @@
1.12 path:</p><pre>/2005/article.html</pre><p>Here, the name <code>2005</code> would match, leaving the following information unprocessed:</p><pre>/article.html</pre><p>Here, the name <code>article.html</code> would match. However, let us consider the following original virtual "path info" instead:</p><pre>/documents/news/2005/</pre><p>After processing the leading components, we may instead end up with this:</p><pre>/</pre><p>Here, only an empty string as the name will specifically match the above.</p><h4>Further Reading</h4><p>The <a href="../apidocs/public/WebStack.Resources.ResourceMap.MapResource-class.html">API documentation</a> for the <code>MapResource</code>
1.13 class provides more detail on the subject of name matching, including
1.14 the special "catch all" name and a discussion of the pass-through
1.15 -parameter.</p><h4>Initialisation</h4><p><code>MapResource</code> objects are initialised with the following parameters:</p><dl><dt><code>mapping</code></dt><dd>A dictionary or dictionary-like object mapping names to resource objects. See above and the <a href="../apidocs/public/WebStack.Resources.ResourceMap.MapResource-class.html">API documentation</a> for a description of names.</dd><dt><code>pass_through</code></dt><dd>Indicates
1.16 -whether a component should be removed from the virtual "path info" if
1.17 -no specific match was made with any of the names, but if the "catch
1.18 -all" name selected a resource. By default, this parameter is set to a
1.19 -false value.</dd><dt><code>directory_redirects</code></dt><dd>Indicates whether a trailing <code>/</code> character should be added to paths which do not end with such a character, causing a <a href="redirection.html">redirect</a> if such a character has to be added.</dd><dt><code>urlencoding</code></dt><dd>When
1.20 -specified, this parameter forces a particular interpretation of "URL
1.21 -encoded" character values in the path. Otherwise, the default encoding
1.22 -is employed to interpret such values. (See <a href="paths.html">"URLs and Paths"</a> for an explanation of "URL encoded" values.)</dd></dl>
1.23 -
1.24 -</div></body></html>
1.25 \ No newline at end of file
1.26 +parameter.</p></div></body></html>
1.27 \ No newline at end of file