E destul de spinoasa problema asta. In esenta, caracterele pe care le introduci direct in MySQL (banuiesc ca folosesti un utilitar oarecare) sunt stocate pe doi octeti. VFP-ul nu stie sa reprezinte nativ acesti doi octeti ca pe un caracter cu diacritice, ci functioneaza cu CodePage. Pagina asta de coduri inlocuieste caracterele cu ASC() > 128 cu un alt set de semne (printre care se afla ş si ţ). Dar important pentru tine este sa stii ca pentru a afisa un caracter cu diacritice in VFP trebuie musai sa incarci pagina aia de coduri. Din mesaj imi dau seama ca ai facut-o deja, folosind CharSet=238. In cazul asta litera cu codul ascii 254, care in mod normal este þ este "desenata" ca fiind ţ. Dar in realitate e acelasi cod ascii, doar aspectul caracterului se schimba.

Daniel ti-a dat functiile de conversie din utf8 in single byte si invers. Astea functioneaza foarte bine cand manipulezi stringuri, de exemplu, dar daca vrei sa pui campul din cursorul rezultat drept .ControlSource la un textbox, ai o problema: nu poti folosi functiile alea :) Singura solutie e sa lucrezi cu .Value: ThisForm.Textbox.Value = StrConv(blah blah) si, respectiv, Replace Camp With strconv(ThisForm.textbox.Value). E mai mare daraua decat ocaua.

Sugestia mea ar fi sa nu folosesti alt utilitar pentru a introduce date "direct in MySQL", ci fa-ti propriul utilitar pentru introdus date, in VFP, pentru ca vrei-nu vrei, in MySQL trebuie sa ajunga CHR(254) ca sa vezi ţ in VFP. Daca introduci orice altceva (si folosind utilitarul, apasarea tastei ţ are ca efect introducerea octetilor 021B) vei vedea patratele in VFP (repet, daca nu folosesti functiile alea de conversie. Daca le folosesti, vezi corect, da' nu mai poti folosi .ControlSource)

Grigore Dolghin wrote Te complici. Renunta la panarama aia de SYS. Culege datele in textbox-uri cu charset=238, trimite-le catre mysql asa cum sunt, tabela din mysql las-o asa cum e de la mama ei (adica Character Set latin1Collate latin1_swedish_ci;) si gata. In vfp o sa vezi ş, in mysql, daca te uiti in tabela, o sa vezi º, si cand le aduci inapoi in VFP o sa vezi din nou ş.

Am scos SYS(3101 ,1250) , ca oricum se pare ca nu ma ajuta. La textbox-uri si alte controale am pus fontcharset=238-Central European (Era 1 Central European - deci nu cred sa aiba vre-o influenta, cel putin la mine, unde asta era prestabilit). Oricum, e bine sa fie pusa explicit. Am restabilit in MySql codificarea la nivel de client,conexiune,database, tabel si coloana in latin1 cu colation latin1_swedish_ci si ...

Acum nu mi se nu se mai vad dicriticele corect in MySql (ceea ce nu ar fi mare paguba), dar din pacate nici in VFP cand le aduc din nou nu se vad Ok. Evident, am incercat cu ceva date proaspete, sa elimin posibilele probleme venite odata cu modificarile character_set-urilor din MySql.

Poate fi vre-o setare de sistem (Windows Xp Sp2) care sa influenteze asta. Am Romanian la Language for non-unicode programs.

Multumesc,

Flaviu Maci