Using cfsavecontent is a possibility but I want to use the variable on the CF side to do some xmlsearches on and I need it in the form of an XML object. It seemed to make more sense to generate the xml object first and then tostring it when I was finished. I guess it is 6 of one half a dozen of the other.
> You can't encode part of an HTTP response as UTF-16, and the rest as > something else. That's unpossible. Well, luckily for me the xml string only contains standard ASCII characters so I think I can just put utf-16 at the top of the XML and not worry about ACTUALLY encoding it that way. > That is a fair interpretation of how whitespace should be handled. Maybe so, but I still think it is retarded. :) If for no other reason than the inconsistency between IE and Mozilla... .... And the fact that I can't think of any good reason why white space should be treated as significant when in between nodes. That's like stopping to read one those "this page intentionally left blank" pages in a book. ~Brad ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| ColdFusion MX7 by Adobe® Dyncamically transform webcontent into Adobe PDF with new ColdFusion MX7. Free Trial. http://www.adobe.com/products/coldfusion?sdid=RVJV Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:281208 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
