[WG: I18N & L10N] [Building Sakai] i18n BOF - stockholm

[John Bush]

well, I actually found an hour or so today to prototype this, and it  
was super easy, I only have the backend part done, but it seems to  
work.  I think I'll experiment some more and then think about building  
it a little cleaner in a branch.  It was only a few line change in the  
ResourceLoader and a new ResourceBundle implementation.  It looks for  
things in the database and then falls back on the property files.   
Obviously it caches in a configurable way so people can adjust for  
their needs.

John Bush
Development Manager
rSmart




On May 7, 2009, at 5:31 AM, Stephen Marquard wrote:

> Another +1.
>
> I would have thought that this would be a prime example of a Sakai  
> 2.x limitation causing significant pain to adopting institutions  
> that Sakai 3 should be engineered to avoid or improve.
>
> Regards
> Stephen
>
> Stephen Marquard, Learning Technologies Co-ordinator
> Centre for Educational Technology, University of Cape Town
> http://www.cet.uct.ac.za
> Email/IM/XMPP: stephen.marquard at uct.ac.za
> Phone: +27-21-650-5037 Cell: +27-83-500-5290
>
>
>>>> "Adams, David" <da1 at vt.edu> 2009/05/07 02:26 PM >>>
>> I'm usually the second-to-last guy :) but I think it can be argued
> that
>> extremely customizable open source projects like Sakai would be  
>> better
>> off treating text strings as skinnable resources than as compiled
>> source code.
>
> +1
>
> Requiring a source code rebuild to update strings is very unfriendly  
> and
> hard to maintain. We've found that we can override some bundles by
> dropping an appropriately named file into tomcat/common/classes (is  
> that
> well-known?), but that's still troublesome, prone to error, and  
> requires
> systems staff intervention.
>
> Maybe it's the best of all bad solutions, but it seems like this is  
> the
> right time to examine the question while Sakai 3 is still being
> designed.
>
> -dave
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org 
>  with a subject of "unsubscribe"
>
> _______________________________________________
> i18n mailing list
> i18n at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/i18n
>
> TO UNSUBSCRIBE: send email to i18n- 
> unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"