DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20946>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20946 Can't specify filter order when combining AddOutputFilter and SetOutputFilter ------- Additional Comments From [EMAIL PROTECTED] 2003-07-29 11:15 ------- > What do you mean by "The filter still processes each include separately." ? Here's a recipe (borrowed from bug 20945): 1. Create the following SHTML file called test.shtml: <HTML><HEAD><TITLE>Title</TITLE></HEAD><BODY> <H1>Start</H1> <H3>[<!--#include virtual="sub.html"-->]</H3> <H1>End</H1> </BODY></HTML> 2. Create the following include file called sub.html: This is the include. 3. Apache displays test.shtml file properly when viewed. Now add the following directives: ExtFilterDefine htmlparser mode=output cmd="/bin/cat -n" ftype=11 <Location /> SetOutputFilter htmlparser </Location> With this filter, the source code of test.shtml changes to the following: 1 <html><head><title>Title</title></head><body> 2 <h1>Start</h1> 3 <h3>[ 1 This is the include. 4 ]</h3> 5 <h1>End</h1> 6 </body></html> As you can see, test.shtml is passed through the filter (as seen by the line numbers 1-6), and sub.html is also through the filter (as seen by line number 1). Then the results are merged by mod_include. The result I'd like is the reversal of mod_ext_filter and mod_include, which would result in this: 1 <html><head><title>Title</title></head><body> 2 <h1>Start</h1> 3 <h3>[This is the include. 4 ]</h3> 5 <h1>End</h1> 6 </body></html> > Is it seeing the included bits but not the main document? > Is any of the response not getting into the external filter? Everything is going through the filter (which is good). But the filter is being called separately for each section, not once on the combined document. This means that the filter can't do html parsing or many other useful tasks since it doesn't know the context of the page fragments. Hope this makes things clearer. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
