Back off a portion of the incremental-IndexOptions patch;

	unprefixed keywords should clear all inherited options and
	start setting the local directory's options from scratch.
	Otherwise, 'keyword' and '+keyword' are essentially identical,
	and clearing inheritance a pain.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@82194 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/docs/manual/mod/mod_autoindex.html b/docs/manual/mod/mod_autoindex.html
index d48792ddd5afb2f9619bac4e61bbab65ae2b9b24..877cabc452d9f4be6c3a2e3e408a235a9ea6682a 100644 (file)
--- a/docs/manual/mod/mod_autoindex.html
+++ b/docs/manual/mod/mod_autoindex.html
@@ -637,8 +637,8 @@ Apache 1.3.3 introduced some significant changes in the handling of
 Whenever a '+' or '-' prefixed keyword is encountered, it is applied
 to the current <SAMP>IndexOptions</SAMP> settings (which may have been
 inherited from an upper-level directory).  However, whenever an unprefixed
-keyword is processed, it clears all incremental settings.  Consider
-the following example:
+keyword is processed, it clears all inherited options and any incremental
+settings encountered so far.  Consider the following example:
 </P>
 <BLOCKQUOTE><CODE>IndexOptions +ScanHTMLTitles -IconsAreLinks FancyIndexing
 <BR>
@@ -654,13 +654,9 @@ afterward.
 </P>
 <P>
 To unconditionally set the <CODE>IndexOptions</CODE> for a
-particular directory, clearing the inherited settings, use
+particular directory, clearing the inherited settings, specify
+keywords without either '+' or '-' prefixes.
 </P>
-<BLOCKQUOTE><CODE>
-IndexOptions None
-<BR>
-IndexOptions <EM>new-setting</EM> ...
-</CODE></BLOCKQUOTE>
 </DD>
 </DL>
 <HR>