National coding problems

charm · July 19th, 2006, 01:17 PM

I'm using the Russian language interface in the PP v.5.3.1
It works in the user menu, but I have problems in the admin menu during the maintanence of categories.
For example, I create the category with title in Russian. It created and displayed ok, but when I opening it second time for editing, I see wrong inscription instead of the Russian title of the category - look at the attachment file. The same is in other fields of the category, for example, in additional customer fields.

The second problem is in e-mail notes to admin about posted coin or comment. There are no charset field in the hidden headers of the e-mail and this is a problem for correct reading of e-mails from the PhotoPost.

charm · July 19th, 2006, 01:20 PM

The attachment file is here

Chuck S · July 19th, 2006, 03:09 PM

Well we simply use PHP mail string to send mail so there is no encoding or html used there

As far as your encoding issue what is russian? You can read this thread here which might help

Control panel with utf-8 charset problem

charm · July 19th, 2006, 03:39 PM

Quote:

Originally Posted by Chuck S

Well we simply use PHP mail string to send mail so there is no encoding or html used there

And how can I fix that problem?

Thanks for the hint with Admin panel.

Chuck S · July 19th, 2006, 04:15 PM

You would need to write a new mail routine

You could try adding something like this in bold in comments.php

Code:

Content visible to verified customers only.

charm · July 20th, 2006, 01:13 AM

Thank you!
It works, with some correction of small typos:

Code:

Content visible to verified customers only.

Rozay · August 21st, 2010, 10:35 AM

The code posted above by charm ^
Do I only have to add it to comments.php?

Because in Bulgaria some web-based email clients (where members get and read their automated ad, moved, deleted notifications) show the cyrillic mail with wrong encoding. My PPC is all UTF-8 and it's ok, but some popular web-based platforms read it using CP-1251. As it's hard to explain everybody to manually set browser's encoding to UTF-8, I'd like to force those web-based clients to always recognize that it is Unicode.

Chuck S · August 21st, 2010, 10:41 AM

well this depends on your actual language setup

You cant follow some 4 year old post

The program has the ability to send html or regular email and if we send html email we pass the encoding that your language is using to the email so it would be UTF-8 if thats what your using.

Rozay · August 21st, 2010, 11:26 AM

The language is using UTF-8, and I've set html email. Anyway, some web-based clients here display the wrong encoding (well most clients are ok). Is there a way to add some code that even more explicitly would force them recognize UTF-8 instead of CP-1251?

Chuck S · August 21st, 2010, 01:25 PM

You know what your talking about photopost and we dont send html email in photopost only straight email so yes you would have to modify your code in some way.

Rozay · August 21st, 2010, 02:40 PM

So which ones I need to edit: sendnotice.php, subscritptions.php, comments.php? All of those or maybe plus some others (for the most common notifications sent to users like moved/deleted ad, new comment on your ad, new ad in your subscr. coategory)? Thanks.

Chuck S · August 21st, 2010, 02:45 PM

probally do some edit as noted above in any file that sends an email that you want to use html email.

Rozay · August 21st, 2010, 02:50 PM

ok, will see that...

Chuck S · August 21st, 2010, 03:16 PM

yes what that little coding hack does is make html email

Rozay · August 21st, 2010, 03:47 PM

I see... Even dough under Admin Options I have set Use HTML email to 'yes' - it's sending regular emails now.