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

Ian Boston ian at caret.cam.ac.uk
Thu May 7 16:43:19 PDT 2009


AFAIK, there will be almost no strings compiled into Sakai3/K2 code.
i18n and i10n files that are part of the UI will be stored on disk as  
files served by a http server (ie apache httpd) or in the JCR repo  
itself.
In addition the intention is to store all configuration settings other  
than instance settings in the jcr making them cluster wide and  
editable at runtime. Thats the intention.
Ian

On 7 May 2009, at 13:31, 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"
>
> _______________________________________________
> 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"



More information about the sakai-dev mailing list