Gabriel Roldan ha scritto: > The GUI shows up all the aggregate resources from the different > modules, but that's for the sake of simplicity for whomever is > performing the translation. The idea is then to create some sort of > diff that respects the modularity. It won't be any hard, as it's just > a matter of matching the keys for each .properties
Agreed. >> Wondering if it would be possible to keep the contributed translation >> modularized. I guess one can use class.getResources(...) and the >> use the URLs to pick up the contents of each file and generate >> a similarly named file (the url path should contain the jar name, >> shouldn't it?). > that's the idea. > The actual problem to solve after that is how to contribute back the > translation. Say the module creates the diff, how does the user send > it to us the easiest way? For starters I think just having the program generate a zip file that the user then attaches to a jira issue is not going to be that hard... wouldn't it? Or just tell people to send the translations to the users or devel list. > I was thinking something as easy as a button "send to developers" or > such and the module sending an email. Attaching to jira automatically > would be hard, and any other thing like building a zip file and just > telling the user to send it back by email would work, but just not > that seamlessly. > Other ideas welcome though. Sending a mail automatically requires the user to configure a smtp server with eventual access credentials. Accessing Jira has the same access control issues. Just give the user a zip file that he'll then send somewhere manually, seems easy enough to me? Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
