[Seaside] Multi-lingual/Multi-locale applications
sean at monkeysnatchbanana.com
Fri May 23 16:48:30 UTC 2008
I'd be interested in learning how they deal with the situation.
If we go the seaside route, we will be using gemstone but the more
I have, the better.
On May 23, 2008, at 12:39 PM, Boris Popov wrote:
> VisualWorks version of Seaside supports per-session locales and
> catalogs dealing with both formatting and language issues AFAIK. I was
> going to look at that closer in a week or two and could report back if
> you're interested.
> DeepCove Labs Ltd.
> 4th floor 595 Howe Street
> Vancouver, Canada V6C 2T5
> boris at deepcovelabs.com
> CONFIDENTIALITY NOTICE
> This email is intended only for the persons named in the message
> header. Unless otherwise indicated, it contains information that is
> private and confidential. If you have received it in error, please
> notify the sender and delete the entire message including any
> Thank you.
>> -----Original Message-----
>> From: seaside-bounces at lists.squeakfoundation.org [mailto:seaside-
>> bounces at lists.squeakfoundation.org] On Behalf Of Sean Allen
>> Sent: Friday, May 23, 2008 9:32 AM
>> To: Seaside - general discussion
>> Subject: [Seaside] Multi-lingual/Multi-locale applications
>> Looking for advice on best way to handle following situation:
>> same application running with different database on different images
>> on different machines
>> where application code is the same but some key configurations are
>> such as various locale items like number formatting, currency symbol
>> and large scale text changes
>> do to different languages being used.
>> i have very limited seaside and smalltalk experience right now, just
>> from playing around with stuff,
>> but the project we are considering moving over would need to tackle
>> these issues immediately.
>> multiple routes to obtain what we need appreciated.
>> our current code base ( in python ) uses a combination of translated
>> templates, get text and small
>> conf files to handle what is needed. while not ideal, it works and
>> easy to manage.
>> 99% of the work is handled by having the different templates,
>> obviously, moving to programmatic html
>> eliminates the ease there ( but gets rid of a maintenance headache of
>> redoing the same html
>> across multiple templates ).
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
> seaside mailing list
> seaside at lists.squeakfoundation.org
More information about the seaside