http://ofbiz.116.s1.nabble.com/AW-Re-OFBiz-Dev-Question-on-i18n-of-Entity-labels-tp165701p165708.html
Thank you for the links. I know there were some things already there.
type, due to the description in the Wiki, but couldn't manage it. But it
was on a quite old version from OFBiz. I should try again with a newer
Maybe there will be some discussions at the OFBiz conference. We will see.
> Tapio,
>
> There is already mechanisms for that type of data (products description or
> content), look here :
>
http://ofbizwiki.go-integral.com/Wiki.jsp?page=LocalizedProductDescriptions>
> You may have a look at this also (where come the first link, see at the
> bottom of the page)
>
http://ofbizwiki.go-integral.com/Wiki.jsp?page=HowToLocalizeAnOFBizAppl>
> That does not mean that we must not think about a better world...
>
> Jacques
>
> ----- Original Message -----
> From: "Tapio Reisinger" <
[hidden email]>
> To: "OFBiz Project Development Discussion" <
[hidden email]>
> Sent: Wednesday, July 20, 2005 7:38 AM
> Subject: Re: [OFBiz] Dev - Question on i18n of Entity labels
>
>
>
>>Well, I'm a complete newbie in Java as well, but have worked a lot with
>>other ERP-systems.
>>
>>For me it doesen't matter, whether it is a status, order type or
>>whatever data which have different language descriptions. I think every
>>localized data should be treated in the same way, especially when you
>>have a multi-locale sites.
>>
>>As far as I understand it correct, it is possible to have locals for
>>status or order types in OFBiz. But you have to maintain it in the
>>property files. Ok, you can say this is ok for this core data, but when
>>system will grow and it looks like that way, property files will grow as
>>well. Quite often Customizers/End-Users like to have other descriptions
>>like the provided. So, it would be much easier to change this as well.
>>Sometimes you also would like to create new ones by the application,
>>e.g. when Customizing is done by table entries and I think sooner or
>>later it will come more an more. Also, it would be easier not to
>>maintain property files.
>>
>>It is more valid for products. Imagine you have thousends of products in
>>multi-site in different countries. I think it is absolutely necessary to
>>mantain localized data due to the application and not by the developer.
>>What do you think?
>>
>>Regards
>>Tapio
>>
>>
>>Jacques Le Roux schrieb:
>>
>>>Tapio,
>>>
>>>I'm sorry too because I guess I'm not clear enough. By core data I mean
>
> seed
>
>>>data (vs demo data). Entity like enumeration, statusItem, etc. Often
>
> these
>
>>>data populate drop-down boxes and they are needed at the core of OFBiz
>
> to
>
>>>make it work.
>>>
>>>To be clear, localised demo data may be managed like Peter explained
>
> below
>
>>>but seed data (or core data like I called them) can't be managed like
>
> this
>
>>>because of multi-locale site (although perhaps an enhancement mau be
>>>possible ?)
>>>
>>>My concern is that if you change, add or suppress data in the files that
>>>feed the data base intially nothing (no mechanim) will tell you to
>
> change
>
>>>the localized data in the related properties files. That's what I'm
>
> looking
>
>>>for, any idea ? Perhaps I miss something here as I'm almost a newbie in
>
> Java
>
>>>?
>>>
>>>Jacques
>>>
>>>----- Original Message -----
>>>From: "Tapio Reisinger" <
[hidden email]>
>>>To: "OFBiz Project Development Discussion" <
[hidden email]>
>>>Sent: Tuesday, July 19, 2005 9:26 PM
>>>Subject: Re: [OFBiz] Dev - Question on i18n of Entity labels
>>>
>>>
>>>
>>>
>>>>Sorry, maybe I misunderstand you. What exactly do you mean with core
>
> data?
>
>>>>Regards
>>>>Tapio
>>>>
>>>>Jacques Le Roux schrieb:
>>>>
>>>>
>>>>>Thanks Tapio for you suggestion. I was thinking about core data, and I
>>>
>>>don't
>>>
>>>
>>>>>think that it's user job to do that, don't you ?
>>>>>
>>>>>Although I agree that it will be less pain to delegate localization
>>>
>>>tasks to
>>>
>>>
>>>>>other people than developper. Only localization skill is involved with
>
> a
>
>>>>>solution like yours, no more is needed ! But before that we need to
>>>
>>>develop
>>>
>>>
>>>>>something, egg and hen problem...
>>>>>
>>>>>Let's see what others think about it, and if my intuition is worth
>>>>>something.
>>>>>
>>>>>Jacques
>>>>>
>>>>>----- Original Message -----
>>>>>From: "Tapio Reisinger" <
[hidden email]>
>>>>>To: <
[hidden email]>
>>>>>Sent: Tuesday, July 19, 2005 4:51 PM
>>>>>Subject: AW: Re: [OFBiz] Dev - Question on i18n of Entity labels
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>Jacques,
>>>>>>
>>>>>>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.
>>>>>
>>>>>
>>>>>
>>>>>>Regards
>>>>>>Tapio
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>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>
> /
>
>>>m
>>>
>>>
>>>>>ailm
>>>>>
>>>>>
>>>>>
>>>>>>>an/listinfo/dev</a>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>_______________________________________________
>>>>>>>Dev mailing list
>>>>>>>
[hidden email]
>>>>>>><a
>>>>>>
>>>>href="
http://lists.ofbiz.org/mailman/listinfo/dev">
http://lists.ofbiz.org>
> /
>
>>>m
>>>
>>>
>>>>>ailm
>>>>>
>>>>>
>>>>>
>>>>>>>an/listinfo/dev</a>
>>>>>>
>>>>>>_______________________________________________
>>>>>>Dev mailing list
>>>>>>
[hidden email]
>>>>>>
http://lists.ofbiz.org/mailman/listinfo/dev>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>_______________________________________________
>>>>>Dev mailing list
>>>>>
[hidden email]
>>>>>
http://lists.ofbiz.org/mailman/listinfo/dev>>>>>
>>>>
>>>>_______________________________________________
>>>>Dev mailing list
>>>>
[hidden email]
>>>>
http://lists.ofbiz.org/mailman/listinfo/dev>>>
>>>
>>>
>>>
>>>_______________________________________________
>>>Dev mailing list
>>>
[hidden email]
>>>
http://lists.ofbiz.org/mailman/listinfo/dev>>>
>>
>>_______________________________________________
>>Dev mailing list
>>
[hidden email]
>>
http://lists.ofbiz.org/mailman/listinfo/dev>>
>
>
>
>
> _______________________________________________
> Dev mailing list
>
[hidden email]
>
http://lists.ofbiz.org/mailman/listinfo/dev>