RE: URL escaping in Xalan-C

Thanks for the quick answer. It looks like Xalan-Java version 1.2.D01 was exposing a SpecialEscapeURLs property to control this. -Original Message- From: David N Bertoni/Cambridge/IBM [mailto:[EMAIL PROTECTED]] Sent: Friday, August 02, 2002 2:23 PM To: [EMAIL PROTECTED] Subject: RE: URL

cvs commit: xml-xalan/test/tests/conf-gold/conflictres conflictres33.out conflictres32.out conflictres31.out

dmarston2002/08/02 14:33:39 Added: test/tests/conf-gold/conflictres conflictres33.out conflictres32.out conflictres31.out Log: More new cases about template priorities Revision ChangesPath 1.1 xml-xalan/test/tests/conf-gold/conf

Re: Xalan Compile Bugs

You are building with a newer version of GCC than is supported, and a newer version of Xerces than is supported. The documentation is very specific as to which versions of which are required and supported. The solution is to get the latest Xalan code from the CVS repository. Dave

cvs commit: xml-xalan/test/tests/conf/conflictres conflictres33.xsl conflictres31.xsl conflictres32.xml conflictres32.xsl conflictres33.xml conflictres31.xml

dmarston2002/08/02 14:32:09 Added: test/tests/conf/conflictres conflictres33.xsl conflictres31.xsl conflictres32.xml conflictres32.xsl conflictres33.xml conflictres31.xml Log: More new cases about template pri

RE: URL escaping in Xalan-C

This sounds like something we could expose and add as a proprietary attribute on xsl:output at some point. Currently, though, you're going to need to hack the code yourself. Dave

DO NOT REPLY [Bug 11398] - Could not compile stylesheet exception with xalan:nodeset()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

RE: URL escaping in Xalan-C

Unfortunately we have to support wireless (mobile phone) browser software which is not Unicode enabled, uses only codepage, and sends non-ASCII in URLs that it generates for form input etc. as % hex escaped bytes representing codepage not UTF-8. These would be indistinguishable from % hex encoded

DO NOT REPLY [Bug 11432] - Branch target offset too large for short

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11433] New: - xsltc fails test conflictres29 on attribute::node()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11432] New: - Branch target offset too large for short

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: XSLTC - Full Support for External Java Functions

Hi, Note that the link http://xml.apache.org/xalan-j/xsltc_constraints.html#xsltcconf will not reflect the change to the documentation we made until the documentation on the site is rebuilt. Tom "G. Todd Miller - XML Tech Ctr - Development" wrote: > > FYI: > > XSLTC update: The latest

Xalan Compile Bugs

Hello, Compiling Xalan had problems following: http://xml.apache.org/xalan-c/readme.html#unix. I've included the commands I used (in proper order), environment variables, and what I did to solve the problems. The Xerces compile went rather smoothly -- I compiled it before Xalan. Sincerely, Dav

XSLTC - Full Support for External Java Functions

FYI: XSLTC update: The latest XSLTC now supports non-static external java functions. Previously we only supported calling static java functions. For more information check out the constraits document at: http://xml.apache.org/xalan-j/xsltc_constraints.html#xsltcconf Thanks. ==

Re: URL escaping in Xalan-C

No, there's no interface to do that. This was in there for experimental purposes, but the APIs to modify it were never publically exposed. Is there some reason why you want to generate URLs which are not properly escaped? I don't see it as behavior we support in the normal release, but you

cvs commit: xml-xalan/java/xdocs/sources/xalan xsltc_constraints.xml

amiro 2002/08/02 11:46:45 Modified:java/xdocs/sources/xalan xsltc_constraints.xml Log: changed verbage to agree with new support of constructors and nonstatic external java functions Revision ChangesPath 1.37 +40 -7 xml-xalan/java/xdocs/sources/xalan/xsltc_co

DO NOT REPLY [Bug 11409] - Backward compatibility with 1.1 "Cannot convert a #RESULT_TREE_FRAG to a node set"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 4328] - HTML output serializes ampersand as "&" in HREF attributes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

URL escaping in Xalan-C

Is there a way to turn off escaping of URLs in output as hex encoded UTF-8? I can see setting m_escapeURLs in FormatterToHTML.cpp to false would do this, but m_escapeURLs is initialized to true and I do not see an interface to change it. Thanks, Joseph

DO NOT REPLY [Bug 11414] New: - for-each trace events fired twice

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: Problems with XPath and Java 1.4.0_01 ( Applet Context )

Tobias, Have you tried to override the version of Xalan built into 1.4.x with the Endorsed Standards Override Mechansim? See http://java.sun.com/j2se/1.4/docs/guide/standards/ Tom Tobias Kämpf wrote: > > Hello, > > I have found a Problem with Applets and the XPath. > I am using Java Vers

DO NOT REPLY [Bug 11399] - ClassCastException when using xalan:nodeset()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11398] - Could not compile stylesheet exception with xalan:nodeset()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 11409] New: - Backward compatibility with 1.1 "Cannot convert a #RESULT_TREE_FRAG to a node set"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b