PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3047
*** shadow/3047 Wed Aug 8 16:03:19 2001
--- shadow/3047.tmp.17034 Thu Aug 9 06:41:08 2001
***************
*** 67,69 ****
--- 67,75 ----
encoding or they somehow get in the way of the markup. Note that via the
XMLEntities.res file you should be able to control escaping for specific
characters.
+
+ ------- Additional Comments From [EMAIL PROTECTED] 2001-08-09 06:41 -------
+ Scott, you said "A test with the latest CVS code outputs 0xC3 0xBC, exactly as
+ Joe specified.". Are you implying that with the latest CVS code I should see
+ the two bytes 195 and 188 as the output in my example, instead of the � which I
+ currently get with Version 2.1.0?
