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=18684>. 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=18684 XPath extension mechanism enhancements ------- Additional Comments From [EMAIL PROTECTED] 2003-06-17 18:27 ------- Haven't had time to look at the details of the proposal, but in general it sounds like a desirable feature, and the approach of using a plug-in function resolver seems reasonable. The XObject question is somewhat orthogonal. XSLTC currently operates without it, and we need to look at whether that decision holds up as we move toward XPath/XSLT 2.0. (XSLTC uses sequential if-instance-of tests in lieu of having a polymorphic base type, attempting to precompute the type where possible. There are some interesting trade-offs involved in that decision, and we need to look at how they fit with interpretive Xalan.)
