On 07.09.2011 08:57, Michaël Michaud wrote: > Hi, > > Le 06/09/2011 12:42, [email protected] a écrit : >> On 06.09.2011 12:26, [email protected] wrote: >>> Hei, >>> >>> as far as I am aware we don't promote the use of -18n option. >>> However, I am using it for development to switch between languages (faster >>> than dUser) and would prefer keeping it. >> could you elaborate why it is faster? in eclipse it is exactly the same >> effort to add/change a parameter for the jre or the main class in the run >> configuration. > I agree that the jvm option is generally better (makes sure it is > applied averywhere). > But i18n option may have some use case (if openjump is launched from a > running jvm).
i would have to modify the telugu patch to ask I18N for the language instead the jre. btw the font is switched on a global jre level, because openjump has no font management itself, which makes it the default font for every new textual component anyway. > Moreover, if translations with the i18n option are not complete, it may > come from a design problem (i18n strings are not always initialized in > the same place, and I think most of them are initialized at class > loading time (static fields, which may not be the best way to have a > good control of it) > true about the control, but i guess i simply didn't care enough about I18N behaviour. i will look to modify the font switch accordingly. ede ------------------------------------------------------------------------------ Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ _______________________________________________ Jump-pilot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
