Today's limitation of available definition of settings for displaying Date/Time/Numbers/... results in complex scripting etc.
A script developed in India based on OS-Setting English won't be displayed correctly in China with an chinese OS and vice versa.
There is always an overhead requiredto manipulate the in- and output of such fields.
Whereas we have defined English as company language, the regional definitions for numbers, dates etc. are still valid.
But Integrity does allow only one set of settings in one client, either english or another language.
(compare Document https://support.ptc.com/appserver/cs/view/solution.jsp?n=CS202075)
It would be great to have the possibility to choose dynamically all available setting provided from the Operating system.
In same way for running scripts ther ecould be made suggestions how to modify settings, if from script the used formats does not match the client used.
Thinking a second time about ILM implementation I consider the way it works today as a Defect.
It is possible to mix client language and date format, but this results in errors regarding the Number format.
AND this is known to PTC like it can be seen in Document CS202075 (https://support.ptc.com/appserver/cs/view/solution.jsp?n=CS202075)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.