Has started to translate. But there is here such problem.

In what there can be a problem? Charset UTF-8.

Hmm, I need to test that. What browser, or all browsers? I noticed that when I did a quick test with Hindi script a while back --- it showed strange in previews, but worked fine otherwise. My guess is Unicode characters are not surviving the AJAX form submission, I need to look into it. Possibly as easy as converting the encoded characters back to unicode post-data-submit, let's see.

Yes it in all browsers. Add  favorite and coments are displayed not correctly. That cyrillic it was displayed correctly, I had to add AddDefaultCharset utf-8 in .htaccess. But it should not influence it.

Hi Markus, I while and have not understood what a problem. That you can prompt.

I need to look at converting UTF charcodes back to understandable input. They get thrown into %u125 and need to be converted back.

Hi Markus. Long time I was not here. I want to know about this problems. More is not resolved?

Hi Litoz! This issue has been fixed and will be available with the next update. Thank you for the patience!

P.S. If you want a fix before the next release, the following fix should take care of all AJAX-based unicode issues.  I have tested this with Russian and Hindi so far, and everything seems to be in order. Please report any bugs you may encounter.

1. Open /core/class_global.php, insert the following before function array_stripslashes():

function unicode_urldecode($str)
{
    $str = preg_replace("%u([0-9a-f]{3,4})/i","", urldecode($str) );
    return html_entity_decode($str, null, 'UTF-8');
}

2. Open /core/ajax/functions.php, insert after the script header comments the following:

if (!empty($_POST))
{
    foreach ($_POST as $key=>$val)
    {
        if (strpos($val, "%") !== false)
            $_POST[$key] = Utility::unicode_urldecode($val);
    }
}