incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Neng Geng Huang" <huan...@gmail.com>
Subject Re: [PROPOSAL] i18n4data Proposal
Date Sun, 03 Feb 2008 08:19:24 GMT
On 2/3/08, Ahmad Khalifa <ahmad@khalifa.ws> wrote:

> Neng Geng Huang wrote:
> > The key of i18n4data is to i18n user's data, not interface message.
> > For example, if you are developing an e-shop web site to support two
> > languages (English and French), you might have a table to store your
> > goods item when you design the data structure:
>
> I don't see the difficulty localizing user data with bundles if you're
> talking about single strings.


No, it's not difficult to localizing user data with bundles. But my solution
could to that
without to change even one line of application code. All things are done
through filter
and configuration.

My solution also give an interface to edit these translation.

The limitation I see in bundles are the Key/Value per Lanuage design.
> You can not add more attributes to an item, or have multi values per item.
>
> If you just want to move the key/value data from bundles to database
> tables, then perhaps you should check out commons-i18n which, as far as
> I understand, does exactly what you propose and maybe even a little more.


I reviewd commons-i18n. It is a different implementatoin with different
purpose.

[1] commons-i18n
> http://commons.apache.org/sandbox/i18n/
>
> Regards,
> Ahmad


Regards,

Huang

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message