Hi,

Thank you ever so much! Once I set the operating system to czech, the c's came out correct.



>>Hi,
>>
>>We have a UTF-8 database (MYSQL), but do a lot of data preparation for printing in VFP8/9. We could use strconv(m.lcString,11) to convert UTF-8 to DBCS. This works fine for umlauts (ä) and most slovenian characters (like š) but doesn't work right for the character:
>>
>>č
>>
>>I fooled around with the local ID (third parameter for strconv) but that didn't seem to help either. We are using a work-around where we convert everything to XML but it's cumbersome as hell. Do any of you eastern european gents have a solution? (Others welcome to answer as well of course :-)) ...
>
>I'm using Strconv(Strconv(Filetostr(hFile),6),2) to get the text of an Unicode file into a string, which I then chop at will - and most of the pages at http://ndragan.com/langsr/brezbesed.html (and others in the same directory). The table where I'm storing the chopped text is CP 1252 (IOW, Western), but any fields which may contain non-western text are marked as NoCpTrans, i.e. binary. My compile codepage is 1250 (Central European) and the generated webpages are also windows-1250, and my language settings are Serbian (Latin), which means my cpcurrent() returns 1250, 437 and 1252 for 0,1,2 as parameter. Now which of these is crucial I wouldn't know, but I figure if you keep your fields binary, compile in 1250 and do the double strconv() as above, you should cover most of the Europe (until you start getting Cyrillic, Greek etc ;).
>
>Now since you aren't coming from Unicode but UTF-8, the parameter for your inner strconv() would be 11 (just like you're already doing), of course.