Larry and Paolo, Is the problem that we look for internationalized labels using a label name in English instead of something like a unique number?
I think Larry may be correct. This isn't a problem because we expect plug-in developers to check for existing label names in English. Of am I confused? I must admit that internationalization is not my area of expertise. SS On 9/5/07, Larry Becker <[EMAIL PROTECTED]> wrote: > Hi Paolo, > > I know you've brought up this issue of using an ID instead of the > Label itself before > (http://www.jump-project.org/pipermail/jump-users/2007-February/005600.html), > and although I realize this is standard in other development platforms > like MFC, I haven't found its lack in OJ to be any particular problem. > I just haven't found any cases in OJ where this kind of functionality > is required (although I may have missed them). > > The case against MenuNames is basically one of decentralized vs. > centralized control of UI. A fascinating topic that deserves its own > thread, especially since we are kind of hijacking Peppe's original > thread topic. > > regards, > Larry Becker > > On 9/5/07, P.Rizzi Ag.Mobilità Ambiente <[EMAIL PROTECTED]> wrote: > > One of the problem of the I18N stuff inside OJ is that menus > > and other UI components are looked for using their labels > > and not using some kind of invariant ID. > > Also, since UI components depends on installed plugins and since > > plugins can come and go, there should not exists a MenuNames class at all. > > Labels should be stored inside the Repository (I think it already exists > > this sort of general purpose store in OJ) under invariant keys. > > For example the Repository may have an entry for, say: > > ui.file.loaddataset.label=Load Dataset > > > > Then, when the MenuItem instance is first created (or any other UI > > component), it can be stored inside the repository like this: > > ui.file.loaddataset.component=<actual Java instance> > > > > So if a plugin looks for the menu item it can find it in the > > Repository using it's invariant ID "ui.file.loaddataset.component" > > and can then safely translate it, or append a child menu under it. > > > > The Repository my also contain translated labels, independent of > > any UI component, so they're available even when no component > > has been created for them. For example (in Italian): > > it.ui.file.loaddataset.label=Carica Dataset > > > > This was just draft thinking. It can be done in any feasible way, > > but the important thing is that plugins only look for UI components > > using some kind of ID and not a label. > > > > Bye > > Paolo Rizzi > > > > > > > -----Messaggio originale----- > > > Da: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] conto di Larry > > > Becker > > > Inviato: mercoledì 5 settembre 2007 18.03 > > > A: JUMP Users Discussion > > > Oggetto: Re: [jump-users] Questions about OJ languages > > > > > > > > > Hi Peppe, > > > > > > Perhaps it is working for others, but when I change the language > > > with the command line switch, the menu names remain in my native > > > language. I believe this is because of the way the MenuNames class is > > > implemented and instantiated. We would have to fix that behavior > > > (assuming it isn't me) before supporting either or your options. > > > > > > regards, > > > Larry Becker > > > > > > On 9/5/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote: > > > > Hi all, > > > > I post this question on USER list since I belive it is > > > > important for the future (internationalization) > > > > development of OJ. > > > > > > > > Do yoou think it is posssible to add an option on OJ > > > > setup so user can choose the language (Finnish, > > > > French, English, German etc) of the menus? > > > > > > > > or > > > > > > > > Do you think it is possible to add an extra option on > > > > "option" menu where people can change the OJ language? > > > > > > > > Thanks, > > > > > > > > peppe > > > > > > > > > > > > ___________________________________ > > > > L'email della prossima generazione? Puoi averla con la > > > nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html > > > > _______________________________________________ > > > > jump-users mailing list > > > > [email protected] > > > > http://lists.refractions.net/mailman/listinfo/jump-users > > > > > > > > > > > > > -- > > > http://amusingprogrammer.blogspot.com/ > > > _______________________________________________ > > > jump-users mailing list > > > [email protected] > > > http://lists.refractions.net/mailman/listinfo/jump-users > > > > > _______________________________________________ > > jump-users mailing list > > [email protected] > > http://lists.refractions.net/mailman/listinfo/jump-users > > > > > -- > http://amusingprogrammer.blogspot.com/ > _______________________________________________ > jump-users mailing list > [email protected] > http://lists.refractions.net/mailman/listinfo/jump-users > _______________________________________________ jump-users mailing list [email protected] http://lists.refractions.net/mailman/listinfo/jump-users
