With some keen help from the RBTI team we have this problem licked. It turns out that Rbase uses non-unicode characters which are standard in Windows 7. To tell non-unicode character programs which character set to use we must specify the System Locale as Thai. Control Panel>Region and Language>Administrative>Change System Locale This solved about 10 language problems I was having.
Some Thai application menus (that had been imported from a Rbase 7.6 database) appeared as ???; as well as all static Thai text in all forms. These all needed to be re-entered manually. All menus, column headings, etc. that appeared as extended ASCII (European characters with umlauts and such) became beautiful Thai script once I changed the System Locale. I also had to dig into some form objects column specifications and EEPs and change ??? to a Thai language column name (I wrote this application about 20 years ago before I realized this was bad practice; I really should go through and weed this out of all my command files; I wonder if there is an efficient way to do this. Hmmm I think that NPP can handle this). I had a compounded problem because the administrative tab was turned off in a Group Policy. RUN gpedit.msc > User Configuration > Administrative Templates > Control Panel > Regional and Language Options > Hide regional and language options administrative > Disable Thanks to the competent and confident crack RBTI team, Rbase 9.5 (32) is now running a program in Thai in Thailand for the benefit of some diligent villagers. :-) > On March 31, 2014 at 9:32 PM Center for Vocational Building Technology - > Thailand <[email protected]> wrote: > > James, > Thanks for the suggestion. I'm using v9.5 (32 Bits). > Geoffrey > >
