I have no clue why this happens, but: you could try turning on debug output, SQL debug and redirection debug. Copy & paste the text again and look for the SQL insert query which actually stores the thing in the database - does the query itself look healthy?
When you say "other apps" I reckon you mean other Win32 applications, correct? Well, the reason for why that would work is because most windows apps support UNICODE (or do some internal mapping) by default. However, what happens if you try using this text in other web-based solutions? Also, what are the exact symptoms? Do the A+acute and the O+double-acute letters simply disappear?
>>SQL
There are no errors in the SQL, and the text looks good in the storage line. Somewhere between entering in the screen and it being stored in the db it fails. If I past in the value direct into the DB it still fails on the display, even though the DB has the correct value.
>>Cut and Paste This was cut and paste on Mandrake, but I think this was a red herin as I have found the problem is not here.
>>Symptons
The character get converted into what looks like a non-double byte character. So Árucikkenként will be converted to �?rucikkenként.
I see that Árucikkenként stores correctly on your site is the ez.no site utf-8 (unicode)?
thanks
tony
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
It might be that the output of the site is not in UTF-8 but in a standard 8-bit charset. Some browsers will send characters not in that range as HTML entities.
You should check the output of the HTML page and see if it contains a <i>meta</i> tag with:
The problem occurs in the admin interface as well as the front end. I have tested the admin interface with and without the OE and it still has the problem.
If you can confirm that you have it working with UTF-8 in your environment then it must be our setup and I will review..
Tony
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development
This is fixed by patching mysqldb.php with charset code from trunk
see: http://ez.no/community/bug_reports/hungarian_utf_8_character_bug and http://ez.no/community/bug_reports/mysql_connect_mysql_client_has_differnet_charset_as_server_db
Tony Wood : twitter.com/tonywood
Vision with Technology
Experts in eZ Publish consulting & development