Talk:COSMOS Design 208593
Comments Paul Stratton 4 jan,2008
Your text includes most of the points that are covered in a general search on the web for internationalization requirements, and so is a good start.
Some additional points that come to mind:
1) Do we need to specify a target list of countries or Languages for which internationalization will be possible. Some languages require more effort to accommodate that others eg) BIDI, Multi Byte characters, Vertical text, Cyrillic etc
2) Some countries have cultural issues with certain colors and symbols … Do we need externalized graphics resource ?
--Popescu.ca.ibm.com 13:39, 4 January 2008 (EST)
- To answer your question on where the XLIFF standard can be used : XLIFF is one option for localization support in xml documents. I think Sheldon has a few scenarios where xml documents need to be localized.
- General comments :
- We have to acknowledge that the COSMOS framework uses different environments already having a prescribed way for localizing messages. In these cases we should use the prescribed approach.
- For example, any eclipse plugin should be localized using the Eclipse localization guidelines. If plugin content, such as jar files, are to be used outside of the Eclipse environment, then those jars need to be called out so that we identify an alternate way of offering translation support when the jars are not running in an Eclipse environment. A different approach should be taken for native code.
- To be able to successfully test localization we need to have translation support..so we need bundles in different locales to validate some of the globalization items you list ( bidi, etc ). One open question is what languages we plan to support. Another question is who will provide this translation. Until these questions are answered we should just aim for making sure strings are separated from code.
--sleeloy.ca.ibm.com 10:44, 8 January 2008 (EST) Here are my additional comments on the design
- Point 19.2 states the following:
Ensure that information about encoding and locale of data is passed correctly between presentation and backend tiers
Does this mean sending locale information from a client to a data manager? If this is the case will COSMOS define a standard to send locale information to a data manager? How will this effect MDRs? Does the CDMBf specification cover locale issues?
- This also brings up a point. For the COSMOS UI should the locale information be set by the end user or should the system administrator configure the UI to use a specific locale? That is, should locale information be set per request or per application. Setting locale information per request may be complicated and add unnecessary overhead in certain user scenarios.