Hmm, I didn't test it a long time and didn't find a correlating bug by a short view on Xalan bug list. It was a bug in our application that "mü" was "transformed" to "mü". (For people with different encoding: u umlaut ==> A+~ and 1/4.) I had in mind (and written in our bugzilla) that it was a Xalan bug, maybe that's wrong. It sounds a bit like the description of the original post on this thread. At least we solved it with POST form.
Joerg Jens Lorenz wrote: > ----- Original Message ----- > From: "Joerg Heinicke" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, July 12, 2002 4:45 PM > Subject: Re: encoding problem with xslt > > > >>>If anyone has some more ideas on this topic (non-ISO-8859-1 characters >>>within URIs), I would greatly appreciate some more input. >>>Conclusion for me is to avoid such characters in URIs. But this does >>>not get easily into the heads of our customers and users. (e.g. file >>>names) >> >>According to the old Xalan bug, we used forms with javascript. But this >>doesn't solve the problem generally, only our special use case. >> >>Joerg > > Joerg, > > > which Xalan bug are you referring to ? I browsed the list of open bugs, > but only found related bugs. > IMHO this is not a bug, but a lack of specification. W3C has a draft > about an IRI (internationalized URI), but until this gets adopted > and implemented we'll have to deal with the mess. > > > > Jens -- System Development VIRBUS AG Fon +49(0)341-979-7419 Fax +49(0)341-979-7409 [EMAIL PROTECTED] www.virbus.de --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
