DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=36290>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36290 ------- Additional Comments From [EMAIL PROTECTED] 2005-08-23 12:26 ------- Sounds like you have a special problem, in which the encoding of the doc is only known inside the doc itself. We cannot be expected to patch <copy> to handle such complexity, and there is no "right" choice for default encoding other than "platform" or "UTF8"; the latter not being an option for backwards compatibility. What may make sense is a filterencoding attribute, to declare what encoding you need. the question is then: how to solve your particular problem. Perhaps in the hypothetical xmltasks antlib we intermittently discuss, something to do encoding conversion of XML docs would be one of the tasks. Of course, you may be albe to use the <xslt> task to do exactly that, before you do any property expansion. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
