Update packaging for 3.1.2 (need of new mod_xml2enc dependency)
[manu/mod-proxy-html.git] / guide.html
index fac13e2..4f86c62 100644 (file)
@@ -5,10 +5,13 @@
 <style type="text/css">
 @import url(/index.css) ;
 </style>
+<style type="text/css">
+.v3    { color: red; }
+</style>
 </head><body>
 <div id="apache">
 <h1>mod_proxy_html: Technical Guide</h1>
-<p><a href="./">mod_proxy_html</a> From Version 2.4 (Sept 2004).</p>
+<p><a href="./">mod_proxy_html</a> Version 3.1 (April 2009).</p>
 <h2>Contents</h2>
 <ul id="toc">
 <li><a href="#url">URL Rewriting</a>
@@ -61,17 +64,25 @@ and scripting events, where it is clearly irrelevant.</li>
 <h3 id="html">HTML Links</h3>
 <p>HTML links are those attributes defined by the HTML 4 and XHTML 1
 DTDs as of type <strong>%URI</strong>.  For example, the <strong>href</strong>
-attribute of the <strong>a</strong> element.  For a full list, see the
-declaration of <code>linked_elts</code> in <code>pstartElement</code>.
-Rules are applicable provided the <b>h</b> flag is not set.</p>
+attribute of the <strong>a</strong> element.
+Rules are applicable provided the <b>h</b> flag is not set.
+From Version 3, the definition of links to use is delegated to the
+system administrator via the <code>ProxyHTMLLinks</code> directive.
+(the accompanying <tt>proxy_html.conf</tt> configuration file gives
+you standard HTML4 and XHTML 1, as hardwired in earlier
+mod_proxy_html versions).</p>
 <p>An HTML link always contains exactly one URL.  So whenever mod_proxy_html
 finds a matching <code>ProxyHTMLURLMap</code> rule, it will apply the
-transformation once and stop processing the attribute.</p>
+transformation once and stop processing the attribute.  This
+can be overridden by the <code>l</code> flag, which causes processing
+a URL to continue after a rewrite.</p>
 <h3 id="event">Scripting Events</h3>
 <p>Scripting events are the contents of event attributes as defined in the
-HTML4 and XHTML1 DTDs; for example <code>onclick</code>.  For a full list,
-see the declaration of <code>events</code> in <code>pstartElement</code>.
-Rules are applicable provided the <b>e</b> flag is not set.</p>
+HTML4 and XHTML1 DTDs; for example <code>onclick</code>.
+Rules are applicable provided the <b>e</b> flag is not set.
+From Version 3, the definition of events to use is
+delegated to the system administrator via the <code>ProxyHTMLEvents</code>
+directive: see <tt>proxy_html.conf</tt>.</p>
 <p>A scripting event may contain more than one URL, and will contain other
 text.  So when <code>ProxyHTMLExtended</code> is On, all applicable rules
 will be applied in order until and unless a rule with the <b>L</b> flag
@@ -116,10 +127,15 @@ apply the appropriate rules in generating output.  HTML saves a few bytes.</p>
 <p>If you declare a custom DTD, you should specify whether to generate
 HTML or XHTML syntax in the output.  This affects empty elements:
 HTML <b>&lt;br&gt;</b> vs XHTML <b>&lt;br /&gt;</b>.</p>
+<p>If you select standard HTML or XHTML, mod_proxy_html 3 will
+perform some additional fixups of bogus markup.  If you don't want this,
+you can enter a standard DTD using the nonstandard form of
+<code>ProxyHTMLDTD</code>, which will then be treated as unknown
+(no corrections).</p>
 <h3 id="charset">Character Encoding</h3>
 <p>The parser uses <strong>UTF-8</strong> (Unicode) internally, and
-mod_proxy_html <em>always</em> generates output as UTF-8.  This is
-supported by all general-purpose web software, and supports more
+mod_proxy_html prior to version 3 <em>always</em> generates output as UTF-8.
+This is supported by all general-purpose web software, and supports more
 character sets and languages than any other charset.</p>
 <p>The character encoding should be declared in HTTP: for example<br />
 <code>Content-Type: text/html; charset=latin1</code><br />
@@ -127,7 +143,7 @@ mod_proxy_html has always supported this in its input, and ensured
 this happens in output.  But prior to version 2, it did not fully
 support detection (sniffing) the charset when a backend fails to
 set the HTTP Header.</p>
-<p>From version 2.0, mod_proxy_html will detect the encoding of its input
+<p>From version 2, mod_proxy_html will detect the encoding of its input
 as follows:</p>
 <ol>
 <li>The HTTP headers, where available, always take precedence over other
@@ -144,6 +160,18 @@ encoding <b>ISO-8859-1</b> is assumed.</li>
 stream will generate glitches (unexpected characters) rather than risk
 aborting a parse altogether.</li>
 </ol>
+<p>From <strong>Version 3.1</strong> the above is delegated to
+<a href="../mod_xml2enc/">mod_xml2enc</a>, which also expands charset support
+and enables you to:</p>
+<ol>
+<li>Handle any character set supported by iconv on your system, in addition
+to those supported by libxml2.</li>
+<li>Alias an unsupported charset to a supported one: for example nonstandard
+Windows codepages to ISO equivalents.</li>
+<li>Override the ISO-8859-1 Default encoding.</li>
+<li>Convert output to your choice of charset (at an additional processing cost).</li>
+</ol>
+
 <h2 id="meta">meta http-equiv support</h2>
 <p>The HTML <code>meta</code> element includes a form
 <code>&lt;meta http-equiv="Some-Header" contents="some-value"&gt;</code>
@@ -191,4 +219,12 @@ and after, and possibly in the middle of, a page.  To work around this, set the
 <code>force-response-1.0</code> environment variable in httpd.conf.
 For example,<br /><code>BrowserMatch MSIE force-response-1.0</code></p>
 </div>
-</body></html>
+<div id="navbar"><a class="internal" href="./" title="Up">Up</a>
+*
+<a class="internal" href="/" title="WebThing Apache Centre">Home</a>
+*
+<a class="internal" href="/contact.html" title="Contact WebThing">Contact</a>
+*
+<a class="external" href="http://www.webthing.com/" title="WebThing Ltd">Web&#222;ing</a>
+*
+<a class="external" href="http://www.apache.org/" title="Apache Software Foundation">Apache</a></div></body></html>