SYSREPOSLANGUAGE (OpenInsight 32-Bit)
At 12 JUL 2004 09:45:55PM Donald Wakefield wrote:
Dear Mike Ruane,
In your response to the following topic (from early June). You said you would be looking into this. Will it be part of 7.1? And if so, can we help you test and debug the fix?
We have 30 users in Japan, 25 in Switzerland, and 10 in Germany. Of course we want to use the ability of OI to allow our applications to present windows in Japanese, French, and German.
We have successfully added Japanese to the list of languages supported, but we have 3 large problems with the way the language form is implemented:
1. The integrity of the SYSREPOSLANGUAGE file is not maintained. When new controls or menu items are added to a form, the changes show up properly in the SYSREPOSLANGUAGE file. However, when a control or menu item is deleted, the record in SYSREPOSLANGUAGE is not updated accordingly. This makes it difficult for several translators and developers to work individually.
2. When a menu item has only the top level, the following error message appears in the debugger: "$$$SYSPROG*CHANGED*FORM_LANGUAGE_CFG.FORM_NAME line 117. Variable has not been assigned a value." Then the menu items from the last form translated appear.
3. It is necessary to use the SET_LANGUAGE function to instruct OI to make the Japanese language substitutions … they do not get substituted automatically. However, since the subsitution happens at runtime, the text for the forms are loaded before the CREATE EVENT. Therefore the application entry point form is presented in ENGLISH, not the target language. Perhaps there is an easy fix for this.
I would like to make a suggestion. RevTech is quite busy with other, more important for sure, issues. For us, though, this is a big issue. In the spirit of Open Systems, allow the source code for the form and form events and the record structure of the SYSREPOSLANGUAGE file to be public. In this way I can fix these little problems and make the solutions available to other developers.