Jake, I think I#ve fixed it (using PHPs utf8_decode()-function just before sending the request).
Thanks alot Marc Marc Jansen schrieb: > Hey Jake, > > > Ⓙⓐⓚⓔ schrieb: > >> it's really hard to tell from pasted files! >> >> >> > > Yes, you're right... I'll try to get up a minimal example at a public > place by tomorrow. Will you have a look then? > >> are they being served properly? I like to use perl get to get to the >> bottom of encoding problems. >> >> >> > > Sorry no perl available, and no experince with perl either > > >> is the file really 8859? or actually utf8 with a header that says 8859? >> >> >> > > I cannot reach the files just now, I#ll chheck tomorrow > > >> did you look at the response text in firebug? does it look gut? >> >> >> > > At first sight, and with no real-life experience in AJAX: yes. > > Thank's a lot, Jake, I'll see if I can get a viewable example online by > tomorrow. > > -- Marc > > >> On 3/21/07, Marc Jansen <[EMAIL PROTECTED]> wrote: >> >> >>> Hey Jake, >>> >>> thanks for your quick response. >>> >>> Ⓙⓐⓚⓔ schrieb: >>> >>> >>>> when I see the accented A character it tells me that someone is >>>> sending unicode but expecting 8859-1! As I converted everything to >>>> unicode, I've never had this problem. >>>> >>>> >>> I've tried different comnbinations: >>> - html as utf-8 and xml response as utf-8, AND- >>> - html as ISO 8859-1 and xml response as ISO 8859-1 >>> >>> Both resulted in the described 'ö%'. >>> >>> >>>> Is the html page being served as utf-8? >>>> >>>> >>> Yes, as stated, I've tried different configurations. >>> >>> >>> >>>> Do you have a publically accessible version of the page? I'd look at >>>> the headers and the jQuery code. >>>> >>>> >>> As this is not publically accessible, here are the headers, derived from >>> firebug: >>> >>> Response Headers: >>> Date Wed, 21 Mar 2007 18:56:17 GMT >>> Server Apache/2.0.54 (Ubuntu) PHP/5.0.5-2ubuntu1.6 mod_perl/2.0.1 >>> Perl/v5.8.7 >>> X-Powered-By PHP/5.0.5-2ubuntu1.6 >>> Expires Thu, 19 Nov 1981 08:52:00 GMT >>> Cache-Control no-store, no-cache, must-revalidate, post-check=0, >>> pre-check=0 >>> Pragma no-cache >>> Content-Length 7379 >>> Connection close >>> Content-Type text/xml >>> >>> Request Headers >>> Host <???> >>> User-Agent Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.8.1.3) >>> Gecko/20070309 Firefox/2.0.0.3 >>> Accept >>> text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 >>> Accept-Language de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 >>> Accept-Encoding gzip,deflate >>> Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 >>> Keep-Alive 300 >>> Connection close >>> Content-Type application/x-www-form-urlencoded >>> X-Requested-With XMLHttpRequest >>> Referer <???> >>> Content-Length 75 >>> Cookie PHPSESSID=<???> >>> Pragma no-cache >>> Cache-Control no-cache >>> >>> HTML: >>> >>> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> >>> >>> >>> XML: >>> >>> >>> <?xml version="1.0" encoding="ISO-8859-1"?> >>> >>> <valuelist anz="3"> >>> >>> <item>Schüchenschulzeweg</item> >>> >>> <item>Schaffnerstr.</item> >>> >>> <item>Schäckallee.</item> >>> >>> </valuelist> >>> >>> >>> >>> It would be very kind if you could look at this information. >>> >>> -- Marc >>> >>> >>> >>>> Having to clean it up yourself is a major pain! Just when you think >>>> you've got it somebody type ø! or Ø! >>>> >>>> On 3/21/07, Marc Jansen <[EMAIL PROTECTED]> wrote: >>>> >>>> >>>> >>>>> Hi list, >>>>> >>>>> I searched the mailinglist-archives and the wiki but could not find a >>>>> solution to my problem: >>>>> >>>>> I send AJAX requests to an oracle server, which in turn should send >>>>> appropriate XML. E. g. I'm querying for streets starting with the string >>>>> 'sch'. The server answers with an ISO-8859-1 encoded XML, and the >>>>> umlauts in the response (e. g.'schönweg, schloßalle' etc) are correctly >>>>> represented within my UI. >>>>> >>>>> But when typing in an umlaut, not the umlaut gets sended to my >>>>> PHP-script, which talks with Oracle, but a representation of the umlaut >>>>> (perhaps because of: "application/x-www-form-urlencoded" ?) gets sended. >>>>> 'ö' gets transformed to 'ö%', etc. With this string representation a >>>>> query like this: >>>>> >>>>> SELECT streetname FROM street WHERE streetname LIKE 'schö%' >>>>> >>>>> does return no rows... yet there are rows starting with 'schö'... >>>>> >>>>> I could possibly transform the given value again, after transmission to >>>>> my script, but I do not know how. >>>>> >>>>> I tried to turn off the "processData" attribute using $.ajaxSetup(), >>>>> but then everything crashed. >>>>> >>>>> Maybe someone can point me the right direction, any help is highly >>>>> appreciated. >>>>> >>>>> Thanks in advance, >>>>> >>>>> -- Marc >>>>> >>>>> _______________________________________________ >>>>> jQuery mailing list >>>>> discuss@jquery.com >>>>> http://jquery.com/discuss/ >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> _______________________________________________ >>> jQuery mailing list >>> discuss@jquery.com >>> http://jquery.com/discuss/ >>> >>> >>> >> >> > > _______________________________________________ > jQuery mailing list > discuss@jquery.com > http://jquery.com/discuss/ > _______________________________________________ jQuery mailing list discuss@jquery.com http://jquery.com/discuss/