Hi Michael,
this sounds great. I think a very good point to start. As I mentioned before I have not enough technical know-how so far to help with technical implementation regarding the new SVN version. But if I can help with testing or something else - Let me know. Regards Tapio >Hi Tapio, > >as Jacqes mentioned, there are mechanisms to get for example >product data translated, although it is very complicated to >edit all those content, datasource and alternate locale references. > >I agree with you, that properties files, that could only be edited >by a system administrator are not the best way to serve translations. > >Some time ago I adapted the entityLabel mechanism to serve >entityLabels from the database: > >Everything is in alpha state by now, but works fine. With some changes >in e.g in the widgets for the product you could handle a translation >for enity field like "description" for the product. >(And by the way any field of an entity like features, and so on) > >I added some sites to edit those DatabaseEntityLabels, e.g to show >all translations of a concrete field of a table matching the given >PK value and show all translations of a field for all entries of the >table (there you can easyly see entries that where not translated). > >I would like to adapt those forms to the screen widgets mechanism >and would like to share those to the community. >The problem is, my changes are quite old (about 1/2 year), so i don't >know if they could be easyly added in the current svn version. > >In about 2 weeks I should have a working diff for the svn. > > > Michael > > >On Wed, Jul 20, 2005 at 08:10:01AM +0200, Jacques Le Roux wrote: >> Tapio, >> >> There is already mechanisms for that type of data (products description or >> content), look here : >> <a >href="http://ofbizwiki.go-integral.com/Wiki.jsp?page=LocalizedProductDescriptio >ns">http://ofbizwiki.go-integral.com/Wiki.jsp?page=LocalizedProductDescriptions ></a> >> >> You may have a look at this also (where come the first link, see at the >> bottom of the page) >> <a >href="http://ofbizwiki.go-integral.com/Wiki.jsp?page=HowToLocalizeAnOFBizAppl"> >http://ofbizwiki.go-integral.com/Wiki.jsp?page=HowToLocalizeAnOFBizAppl</a> >> >> That does not mean that we must not think about a better world... >> >> Jacques >> >> ----- Original Message ----- >> From: "Tapio Reisinger" >> To: "OFBiz Project Development Discussion" >> 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" >> > > To: "OFBiz Project Development Discussion" >> > > 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" >> > >>>To: >> > >>>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="<a >href="http://lists.ofbiz.org/mailman/listinfo/dev">http://lists.ofbiz.org">http >://lists.ofbiz.org/mailman/listinfo/dev">http://lists.ofbiz.org</a> >> / >> > > >> > > m >> > > >> > >>>ailm >> > >>> >> > >>> >> > >>>>>an/listinfo/dev</a> >> > >>>>> >> > >>>>> >> > >>>>> >> > >>>>>_______________________________________________ >> > >>>>>Dev mailing list >> > >>>>>[hidden email] >> > >>>>><a> > >>>> >> > >> >>>href="<a >href="http://lists.ofbiz.org/mailman/listinfo/dev">http://lists.ofbiz.org">http >://lists.ofbiz.org/mailman/listinfo/dev">http://lists.ofbiz.org</a> >> / >> > > >> > > m >> > > >> > >>>ailm >> > >>> >> > >>> >> > >>>>>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> >> > >>>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>>_______________________________________________ >> > >>>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> >> > > >> > > >> > > >> > > >> > > _______________________________________________ >> > > 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> >> > >> >> >> >> _______________________________________________ >> Dev mailing list >> [hidden email] >> <a >href="http://lists.ofbiz.org/mailman/listinfo/dev">http://lists.ofbiz.org/mailm >an/listinfo/dev</a> >> > >-- >Michael Küfner Meisterbohne eLösungen > Söflinger Strasse 100 >Tel: +49-(0)731-399 499 0 D-89077 Ulm > <a >href="http://www.meisterbohne.de">http://www.meisterbohne.de</a> > >_______________________________________________ >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] http://lists.ofbiz.org/mailman/listinfo/dev |
Free forum by Nabble | Edit this page |