[WG: I18N & L10N] i18n BOF - stockholm

[Steve Swinsburg]

I'm with John on this one, runtime configuration and localisation  
would be excellent. It may not be standard practice, but if the  
standards are not flexible enough to meet the needs of users, then  
it's time to develop something else. I can see a lightweight, database- 
based ResourceLoader being very useful.


cheers,
Steve

---
Steve Swinsburg
Portal Systems Developer
Centre for e-Science
Lancaster University
Lancaster
LA1 4YT

email: s.swinsburg at lancaster.ac.uk
phone: +44 (0) 1524 594870

On 06/05/2009, at 9:19 PM, John Bush wrote:

> well, this guy points out the same limitations I'm seeing:
> http://www.javapractices.com/topic/TopicAction.do?Id=208
>
> and another thread on the topic:
> http://forums.sun.com/thread.jspa?threadID=360447&tstart=45
>
> I'm usually the last guy to have the "not-built-here" mentality, but
> for me resource bundles are very limiting.   Both spring and struts
> developed alternatives because of these problems.
>
> John Bush
> Development Manager
> rSmart
>
>
>
>
> On May 6, 2009, at 11:18 AM, Aaron Zeckoski wrote:
>
>> I was hoping that resourceloader would head the other direction. That
>> is, simply supplying a locale from sakai which I could then use with
>> my bundles. It seems like forcing systems to not use the standard
>> process of loading i18n strings from properties files would head even
>> further away from the industry standard than we already are. For  
>> Sakai
>> 3 compatible thinking, I would suggest not going this route.
>>
>> -AZ
>>
>> On Wed, May 6, 2009 at 8:10 PM, John Bush <john.bush at rsmart.com>
>> wrote:
>>> This idea is probably somewhat dependent on SAK-12636, SAK-6886, but
>>> has anyone ever thought of providing an alternative implementation  
>>> of
>>> ResourceLoader that would let you load the values from the database.
>>> I get requests from clients everyday who want to change the
>>> instructional text or other verbage.  I've often thought if the
>>> bundles could be loaded out of the db, then you could create an  
>>> admin
>>> tool that would let you adjust the values for a locale at runtime.
>>> Has an idea like this every been brought up before?  I think its
>>> something we might start looking into.
>>>
>>> John Bush
>>> Development Manager
>>> rSmart
>>>
>>>
>>>
>>>
>>> On May 6, 2009, at 9:39 AM, Beth Kirschner wrote:
>>>
>>>> Thanks Frank -- this is a good list of some of the more persistent
>>>> problems of the existing sakai architecture. More issues can be
>>>> found
>>>> in confluence at http://confluence.sakaiproject.org/confluence/x/ 
>>>> CkM
>>>>
>>>> With heavy heart, I wouldn't be able to attend the Boston Sakai
>>>> conference this July, but I have asked Anthony Whyte of the Sakai
>>>> Foundation to lead an Internationalization BOF. This would be a  
>>>> good
>>>> forum to continue the discussion on internationalization. I'll post
>>>> more details on this BOF as it becomes available.
>>>>
>>>> Thanks,
>>>> - Beth
>>>>
>>>> On May 6, 2009, at 8:24 AM, Benneker, W.F.M. wrote:
>>>>
>>>>>
>>>>> At the 2nd european sakai conference we had a great BOF  
>>>>> identiyfing
>>>>> issues with i18n in Sakai 2.5/2.6. We also discussed how to  
>>>>> getting
>>>>> some workflow out there to settle some of the issues in Sakai 3.
>>>>>
>>>>> Attached is a photo with some of the issues disusses.
>>>>>
>>>>> Frank
>>>>> University of Amsterdam
>>>>> <06052009193.jpg>_______________________________________________
>>>>> 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"
>>>>
>>>> _______________________________________________
>>>> 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"
>>>
>>> _______________________________________________
>>> 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"
>>>
>>
>>
>>
>> -- 
>> Aaron Zeckoski (aaronz at vt.edu)
>> Senior Research Engineer - CARET - Cambridge University
>> [http://bugs.sakaiproject.org/confluence/display/~aaronz/]
>> Sakai Fellow - [http://aaronz-sakai.blogspot.com/]
>
> _______________________________________________
> 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"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/i18n/attachments/20090506/d1940ab4/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2437 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/i18n/attachments/20090506/d1940ab4/attachment-0001.bin