This is all by design. You are being presented with Unicode character 1107. To find which character set the character in question belongs to, try a web search for "Unicode character map" or something similar. Here's one I found: http://www.unipad.org/unimap/.
FYI, a run-down of your form submit: 1. Form is displayed to user 2. User enters non-ASCII values into form 3. Browser transparently converts extended characters to HTML character entities (e.g. ѓ) 4. User submits form 5. Browser automatically URL-escapes value, translating "&" to "%26" and so on 6. Back end script parses raw form data Peter Guzis Web Administrator, Sr. ENCAD, Inc. - A Kodak Company email: [EMAIL PROTECTED] www.encad.com -----Original Message----- From: William Limratana [mailto:[EMAIL PROTECTED] Sent: Monday, July 07, 2003 12:15 PM To: [EMAIL PROTECTED] Subject: Form HTML Encoding Hello, I am have some difficulty with non-ascii characters being converted to HTML encodings (ie - ѓ). Where exactly is this happening? I'm not using CGI.pm. I don't mind that it happens, but I would like to convert back to unicode so that I can save the actual character into the database. Also, coming out of the database, I might have to convert to HTML encodings myself. I have seen that CGI.pm and possibly other modules exist which have functions I can use to HTML encode strings, but I have had difficulty finding anything that will convert back. Thanks, William _______________________________________________ Perl-Win32-Web mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs _______________________________________________ Perl-Win32-Web mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
