This is a very important topic, so please allow me to make some comments. I agree with the other speakers on this thread, user support, especially for people that speak languages other than English, could use some improvement.
Here is what I would suggest: We still use the SourceForge tools to report bugs and to request features, but we can set up a developer contact for active "language groups". This person can intercept bug reports or feature requests from users in their language, and they can use the SourceForge tracker tools to input this information if it is needed. We avoid creating "language-specific" lists for OpenJUMP if possible. I think this would fracture our fragile community, although I could be wrong. If we do have a very active language group we could set up a separate users forum, but I would ask that the following requirements be met: - Someone fluent in that language an active in OpenJUMP development serve as a moderator of the list. - Someone will report important topics from the language specific list to the main JPP mailing lists. Perhaps we have enough German or French users to do this now? I'm not sure. I think we also need to talk about cleaning up some of the "phantom" web presence for OpenJUMP. But I'll save that for a new thread. In this thread lets focus on how we support users that don't use English as a primary language. :] The Sunburned Surveyor On 8/16/07, Larry Becker <[EMAIL PROTECTED]> wrote: > See: http://www.multilingual-seo.com/ for an example of a forum with > multilingual content. > > Larry > > > > On 8/16/07, Paul Austin <[EMAIL PROTECTED]> wrote: > > I like to make the distinction between feature requests, bug reports and > > general user support. > > > > For feature requests and bug reports the best way to manage these is to > > use an issue tracking tool. This way you get to close issues as they are > > resolved and track the outstanding issues that exist and those that are > > assigned to you. Email for these is normally to cumbersome to manage and > > you end up loosing track of what is going on. > > > > For general support in using the application and discussion I personally > > prefer forums as the user gets to decide when and what messages they > > receive (unlike mailing lists where you get everything). > > > > Paul > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > http://amusingprogrammer.blogspot.com/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
