I'm getting ready to test my code for i18n formatted measurement values in OpenJUMP. This will allow OpenJUMP to present distance, angle/direction, area, and volume measurements to users in a format controlled by the users locale and the selected unit system. I'd like to ask for suggestions on how to make unit systems available to other plug-in developers. (I want users to be able to contribute unit systems like they do i18n language files.)
For example, my first tool using the new code will allow the user to measure a distance in OpenJUMP, and will then report this distance as a formatted string based on the current locale and selected unit system. I need to present a list of the available unit systems to the user, so that [1] a default unit system for new tasks can be set by the user, and [2] a unit system can be directly assigned to a task when desired. I can try to do this using the current plug-in mechanism. Under this system the user would create an OpenJUMP plug-in that contributed the prepared unit systems. The only reason I woudln't use this method is that I'm unsure if I can make the unit systems contributed by one plug-in available to the other plug-ins. If there is a way to do this without modifying the core please let me know. An alternative would be to maintian a text file with the available unit systems and a list of the classes that implement the unit systems. I could then load these classes directly in a "main" unit system plug-in that I would create. A final alternative would be to complete my plug-in depenency changes to the core, which would take care of the technical obstacle mentioned in the first option. (I realize these changes to the core would need to be realized and accepted by the other programmers before I could incorporate them into the nightly build.) In summary, I have the foundation laid for using internationalized unit systems in OpenJUMP, and I am pausing so other programmers can comment on the possibilities for integrating this code into OpenJUMP. If I don't hear anything I'll move forward with the option I decide will work best and that will cause the least amount of controversy. Thanks for any comments. The Sunburned Surveyor ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel