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