José

allthough (V)FP can support many languages it will not work for
languages that need Polisk, Czech etc. characters. I have built a VFP
application that is sent out all over the world that needs to print in
all kinds of languages. At this moment we support 20 languages. The
European languages, polish , czech, hungarian, chinese (simple and
complex), japanese, korean, etc.

I discussed this with Microsoft and all they could was that it could not
be done. They were wrong on this but you can't do with VFP alone. You
need the RTF edit box and you need a tool to print RTF (if needed). The
normal languages using normal charactsets are not a problem (you do need to set them) Czech and Polish are a pain. You can't enter these characters with the normal text-box in VFP. You must start using the RTF-text box control used by
VB to enter these characters. This as such is not a problem. VFP,
however does not know how to deal with RTF in reports. Even MS-Word
can't be used for that matter.

Trying to use literals in Greek is a nono in VFP. You need to use Arial
Greek (and not Symbols). The font-families are not available in VFP(6)
and you can't even set them because the getfont() function does not give
you this codepage parameter you would like to have.

There is a very interesting example of this within VFP.

For reporting...you need to look into other tools. We are now using
Virtual Print Engine (idealsoftware.com).

All in all the support for multi-langauges is not as simple as we
thought. It took quite a while before we had figured everything out but
now I can say that we have no problems with any language anymore because we
can deal with RTF in tables, screens and in reports.

VPF is still the way to go...

If you need any help let me know.

Regards,

Ron Brahma