http://ofbiz.116.s1.nabble.com/AW-Re-OFBiz-Dev-Question-on-i18n-of-Entity-labels-tp165701.html
I agree with you. For me it would be much better to maintain descriptions by the user in the screen and not by the developer in the property files.
My suggestion is to create for each entity which needs localized data, a text entity extension. Thist text entity consists the key from the entity, which needs the localized data, the language key (DE or FR) and the description.
>Thanks Peter for this explanation, I must admit that I was not clear. I was
>asking myself if it will not be easier to maintain localized data at a root
>level in the futur. I was not thinking about demo datas but core datas. I
>have no solution to propose, it was just an inner question (intuitive), with
>a little argument for others thought... I feel that there is something there
>but I can't argue more for the moment, perhaps I'm wrong ;o)
>
>Jacques
>
>
>----- Original Message -----
>From: "Peter Goron"
>To: "OFBiz Project Development Discussion"
>Sent: Tuesday, July 19, 2005 3:07 PM
>Subject: Re: [OFBiz] Dev - Question on i18n of Entity labels
>
>
>> Hi David,
>>
>> I will complete Jacques message about i18n of entity data in neogia
>> project.
>>
>> In order to localized demo data, we have extended entity engine to allow
>> loading of localized data files instead of original ones.
>>
>> Example :
>> java -jar ofbiz.jar -install -locale=fr_FR
>>
>> When Entity data loader will load DemoProduct.xml :
>> First it will try to load DemoProduct_fr_FR.xml if present,
>> else it will try to load DemoProduct_fr.xml if present,
>> else it will fallback to DemoProduct.xml
>>
>> This extension is not intended to replace existing solutions to
>> localized entity data because this solution is not applicable to a
>> multi-locale site.
>>
>> Peter
>>
>>
>> Jacques, cvs and branches are not related to i18n stuff. It's a better
>> way to track ofbiz evolution instead of keeping a lot of synchronized
>> patches.
>>
>> Le mardi 19 juillet 2005 à 07:09 -0500, David E. Jones a écrit :
>> > Hmmm... You lost me. What is it that you are proposing?
>> >
>> > -David
>> >
>> >
>> > On Jul 19, 2005, at 1:33 AM, Jacques Le Roux wrote:
>> >
>> > > Some days before, I asked this question on Jira. Without any
>> > > comment, I ask
>> > > it one more time.
>> > >
>> > > After have done this job (Jira OFBIZ-356), I asked myself if it was
>> > > the
>> > > right way to manage i18n of Entity. I think we should manage i18n
>> > > and l10n
>> > > of this data at root. Entity datas in DB came initially from xml
>> > > data files
>> > > which are in data directory of each component. I think we shoud
>> > > create a new
>> > > (even replacement) mechanism (or even an architecture) that takes
>> > > account of
>> > > this fact.
>> > >
>> > > For example, people of Néréides (France) have already taken this into
>> > > account and have created branchs in CVS for Neogia to manage it in
>> > > their own
>> > > global ant job which merges their components with OFBiz components
>> > > (OFBiz
>> > > components remain most part of Neogia actually).
>> > >
>> > > What do you think about that ? Any idea, objection ?
>> > >
>> > > Jacques
>>
>>
>>
>> _______________________________________________
>> Dev mailing list
>>
[hidden email]
>> <a
>href="
http://lists.ofbiz.org/mailman/listinfo/dev">
http://lists.ofbiz.org/mailm>an/listinfo/dev</a>
>>
>
>
>
>_______________________________________________
>Dev mailing list
>
[hidden email]
><a
>href="
http://lists.ofbiz.org/mailman/listinfo/dev">
http://lists.ofbiz.org/mailm>an/listinfo/dev</a>