From: Erik V. <eri...@hc...> - 2005-03-08 22:23:45
|
One issue we might need an early decision on is whether or not we will internationalise (localise) our system. This would affect mainly the UI, but also a readable game report, either written directly by the program, or afterwards by a stand-alone formatter from an XML game report, might need to be localised. Here are my thoughts. Languages: I would go for allowing multiple languages. All UI text (excl. company & city names) should be defined in a resource bundle. For date/time, numbers etc. I think it's not necessary=20 to go as far as using Java Locales. Date/time: Might appear in saved game files and game reports. We could standardise on YYYY-MM-DD hh:mm:ss=20 (I believe this is the ISO standard). Time also in the UI if we allow timed games. Fractional numbers: I vaguely remember having seen games in which 5% certicates=20 count for 0.5 against the limit.=20 Not sure if it is really needed to allow commas here. If so it can be a UI customisation item. Or use =BD. Thousand separators: to be avoided (confusing). Currency symbols: not needed, I think, in most places. If used, follow the placement as in the games rules, i.e. $100 (1856), 100G (1854). Erik. |