Re: Perl processing form data in non-English language
by Alice Kim <katlyn(at)usa.net>
|
Date: |
10 Feb 00 09:14:53 EST |
To: |
hwg-techniques(at)hwg.org |
|
todo: View
Thread,
Original
|
|
Hello List -
I originally posted this on the languages, list, but from the response=
s I
got, sounds like it belongs on the technique list.
I've been asked by a client to modify the current perl program that
processes their feedback form that is currently in English for a Chinese
version of their website - they want to have the form data emailed to the=
m
when visitors fill out the form in Chinese.
From the responses I got, it sounds like Perl doesn't care what charac=
ter
set is used, but will process the form data fine without mucking around o=
r
changing it.
So, I had the client test out a mockup, and here is some of what he go=
t
(remove single quotes and spaces stuck in for HTML editors):
Name :'& #'24373;'& #'27193;'& #''20553;'
Title :
Company :'& #'22025;& #'20181;'& #'36948;'& #'39321;'& #'28207;'
When he pulled up the email, it looks like the characters got converte=
d
somehow - the '& #-----;' characters didn't change to nice Chinese charac=
ters.
One of the list members from the hwg-languages list told me this looks li=
ke
unicode characters. So I'm wondering at what point the data is being
converted. I'm working on a UNIX system running Perl 5.004 and using sen=
dmail
to email the data, and using Selena Sol's form processor script to run th=
e
form. The client is using MS Outlook to retrieve their email - could Outl=
ook
be doing the conversion?
Thanks,
Alice
____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=3D=
1
HWG hwg-techniques mailing list archives,
maintained by Webmasters @ IWA