| Post |
|
Guest
| Vangelis 5:17 pm April 6, 2007
| |
|
|
Dear Sir,
Have been using you very good plugin for a while, however I noticed that when entering Greek characters, these do not appear in the e-mail sent to my account.
Is there a way to solve this problem.
Thanks
P.S. Greek Characters appear perfectly on the form.
|
|
|
Admin
| Oliver Munich, Germany posts 6237 7:47 pm April 6, 2007
| |
|
|
Vangelis,
Can you shed more light on your issue:
- What charset is your blog configured to use?
- Can you provide a URL to your site?
- Does it happen with both, the admin email and CC user emails?
- Do auto conf (option must be enabed) emails work fine?
- When you look at the header (code) of the email, what charset is it showing?
- Can you give examples of what is supposed to be sent and what's actually in the email?
Thanks!
|
|
|
|
|
Guest
| İlker 5:27 pm July 14, 2007
| |
|
|
Hi,
I've a problem with Turkish Characters in e-mails.
The URL is: http://www.pratiktrafik.com/iletisim
| Adınız Soyadınız |
%u011F%u011F%u011E%u011E%u0130%u0130%u0131%u0131%u015E%u015E |
| E-Posta |
iutlu@hotmail.com |
| Konu |
bilgi |
| Mesajınız |
%u011F%u011F%u011E%u011E%u0130%u0130%u0131%u0131%u015E%u015E %u011F%u011F%u011E%u011E%u0130%u0130%u0131%u0131%u015E%u015E
|
| Bir kopyasını da bana gönder. |
X |
Labels are ok but form content is not appear correctly in admin and cc e-mails.
Thanks.
İlker
|
|
|
Admin
| Oliver Munich, Germany posts 6237 5:43 pm July 14, 2007
| |
|
|
What happens to the emails/content when you temporarily turn off Ajax support via the admin?
I noticed your blog runs on UTF8 so this should not be the issue, unless your mail server overrules the cform email settings.
Can you forward an email (just attach a complete admin email) – I sent you my address.
|
|
|
|
|
Guest
| İlker 5:55 pm July 14, 2007
| |
|
|
I've turned off ajax and everything is ok.
Notice: My blog runs on UTF8.
|
|
|
Admin
| Oliver Munich, Germany posts 6237 6:02 pm July 14, 2007
| |
|
|
I also just received the CC'ed email (from an online test) and noticed that it is indeed UTF-8 , however the data/input parts are encoded in ISO-8859-1?!? I have no idea what's causing that, but like you said it doesn't happen in non-ajax.
This leads me to believe it has to do with how the information is being passed from the browser (via ajax) to the remote php function…
I'll send you another email shortly.
|
|
|
|
|
Guest
| İlker 4:03 pm July 15, 2007
| |
|
|
|
|
Guest
| Reed Law 5:47 am August 9, 2007
| |
|
|
I have trouble downloading the .csv when there are Chinese characters present. The downloaded file contains only ??? where there should be Chinese. My form is here:
http://www.obchina.org/get-involved/volunteer/
|
|
|
Admin
| Oliver Munich, Germany posts 6237 7:14 am August 9, 2007
| |
|
|
Reed Law said:
I have trouble downloading the .csv when there are Chinese characters present. The downloaded file contains only ??? where there should be Chinese. My form is here:
http://www.obchina.org/get-involved/volunteer/
Is everything else working fine? Emails, messages displayed in the browser etc. ?
Also, you WP Theme is not picking up the cforms CSS, hence the broken layout and numbers in front of the input fields…check if you have wp_head() in your theme header…(you should find a fix in this forum, it happened to quite a few users already…)
|
|
|
|
|
Guest
| Reed Law 8:23 am August 10, 2007
| |
|
|
Everything else works fine. It saves Chinese in the database and I can see Chinese in the Tracking page view, but the .csv and .txt export is not getting the right encoding. I tried changing the encoding of the files in a text editor but the characters are still all appearing as ???.
|
|
|
Admin
| Oliver Munich, Germany posts 6237 7:01 pm August 10, 2007
| |
|
|
Reed Law said:
Everything else works fine. It saves Chinese in the database and I can see Chinese in the Tracking page view, but the .csv and .txt export is not getting the right encoding. I tried changing the encoding of the files in a text editor but the characters are still all appearing as ???.
I'm afraid that's a limitation of the ANSI encoded text file, which both the TXT and CSV files adhere to (ISO-8859-1).
To support Chinese characters one would have to support proper UTF-16LE
enconding to support UNICODE w/ EXCEL, which is currently out of scope
for cforms.
Feel free to experiment with PHP's iconv / mb_string routines if this is
a absolute must have feature, the few lines that export the data are
in cforms.php (line ~152):
$buffer .= '"' . str_replace('"','""',
utf8_decode(stripslashes($entry->field_val)) ) . '"' . $format;
This part you want to experiment with (if you're up for it):
utf8_decode(stripslashes($entry->field_val))
|
|
|
|
|
Guest
| ceti 6:41 pm February 13, 2009
| |
|
|
I was wondering if someone found a solution to this. I have a huge database with submissions from all over the world, each with their own unicoded special characters (as well as curly quotes, en dashes, etc.)
Outputing to CSV/XML is giving question marks even though in the database the characters appear correctly.
I have tried to recover the proper encoding but without much luck so am looking at how the data is being passed out of cforms.
|
|
FAQs
Reply to Post
Add a New Topic
Search 
cforms II User Forum
Quote and Reply 
Topic RSS 
