I have no solution, but just throwing this out.
Is your problem the euro-sign, it usually is a problem depending on how the validation is done. The euro-sign should be available in eg. ISO-8859-15 or LATIN9.
Is your problem the BOM-character?Regards RogerW.
Do you have working unicode tables or is that new for you in Uniface?This is from an outdated application that used Unicode at us....
Table Interface "U*W(U)"
Field interface "VW1000"
Filed Syntax "YCR,LEN(0-1000)"
It seems that you could use $string to create these smiley characters. If I understand it correctly then these characters are in the range of 1F600-1F64F (Emoticons). For example:@$fieldname = $replace(@$fieldname, 1, $string("🙂"), $string("☺"), -1)This will replace the emoticons smiley with the one I have mentioned in my last post (and is part of the font "Lucida Sans Unicode" ).Since we do not really know which characters could be part of an email there are potentially a lot of Unicode blocks you need to check. Could be quite tedious. And I do not really know if there is actually a font that would include all these Unicode characters. Probably not. Looking at the fonts that support 'Emoticons' then these seem quite "exotic".Maybe using filedump/fileload is the way forward. At least you can be sure that the text that has been dumped can be stored (when loaded). You might lose some characters, but are smileys business critical?I hope this helps.Regards,Daniel
77 4th AvenueWaltham, MA 02451 USA
Rocket Support Community
All Support Offerings
About Rocket Software
Training and Services
Forum Terms and Conditions
Contact Forum Moderator