Re: [Rife-users] localized login template
Yes, you can tailor to priority of embedded elements now: http://rifers.org/blogs/gbevin/2006/3/2/ rife_1_4_released#1_4_highlight04 On 30-mrt-06, at 10:53, Lars Grupe wrote: Hi Geert, Is this old problem from November now resolved too? Where can I find information about how L10N should be implemented now? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 20:51 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Hi Lars, hmmm, good point, there is no solution for that at the moment. This needs some thinking and I'd like to find a solution for it since it seems to be an important oversight. I don't have any real solutions in mind at the moment. If you think of something, shoot, I'll ponder about it too. Best regards, Geert On 25-nov-05, at 19:52, Lars Grupe wrote: Hi Geert. Ok, that's working now, many thx again. :) Now I think I have only one problem. I added some strings to the login template which should be localized. If I understand it correct the built-in element rife/authenticated/memory.xml is used to print the template that is given in the 'template_name' property. Is there a way to submit a path to the resource bundle and a name of a global variable where the locale should be taken from? Or do you know another solution for my problem? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 15:03 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] Embedded elements submissions execution order Hi Lars, this will work if you make it a globalcookie. This also makes sense, since you generally would want the user's language preference to be remembered. Best regards, Geert On 25-nov-05, at 14:53, Lars Grupe wrote: Hi Geert, No, it's not a cookie it's a globalvar, that is defined in the site as follows: globalvar name=locale/ I think the problem is not depedent on the type of global var I use. I will show you an part of my log file: [DEBUG] [2005-11-25 14:36:25,187] [init] Home.processElement -- main element [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageSelection.processElement -- embedded element [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageChanged.processElement [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageSelection.processElement [DEBUG] [2005-11-25 14:36:25,234] [init] MainMenu.processElement Now the user selects a new language by clicking on a link the will start a submission of the embedded element. [DEBUG] [2005-11-25 14:36:28,750] [init] Home.processElement -- main element [DEBUG] [2005-11-25 14:36:28,765] [init] Language selected -- submission of embedded element [DEBUG] [2005-11-25 14:36:28,765] [init] LanguageChanged.processElement [DEBUG] [2005-11-25 14:36:28,765] [init] LanguageSelection.processElement [DEBUG] [2005-11-25 14:36:28,781] [init] MainMenu.processElement In the second main element line I would like to know to which language was selected in the embedded element. But the submission is called later, what I understand. But now the global variable has been changed but the page is displayed in the old language. Another click will change the language on the page. So that is not what I would like to have: E.g.: On an English page you click on 'German' and the page is shown again in 'English', if you choose another link, than the language of the page will be 'German'. So my problem is, if I could manage that with a embedded element? I would like to prevent from writing a changeLanguage submission for each element. Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 13:06 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] Embedded elements submissions execution order Hi Lars, I don't mind answering your questions ;-) Embedded elements are only processed once you obtain an instance of the template in which they are embedded. What global variable are you changing, a cookie? Geert On 25-nov-05, at 13:01, Lars Grupe wrote: Hi Geert, I'm sorry to bother you with my questions. I have an embedded elements, that show some links on my page. For better understanding: Follow a link should change the language of the site. If a link is followed than the called submission changes a global variable. My problem is that the submission of the embedded element is called after the processElement function of my main element. Should the submission of the embedded element force a reload of the page? And how can I do this? Or is there another option to execute the submission of the embedded element before the processElement function of the main element is called? Cheers, Lars
RE: [Rife-users] localized login template
Hi Geert, Sorry I can't see how the 'Embedded element priorities' can solve this problem. In the config-base.xml the DEFAULT_RESOURCEBUNDLE is set: param name=L10N_DEFAULT_RESOURCEBUNDLEcom.acrolinx.termmanagement.elements. localization.Resource/param That's working for all my templates except the login template. In my site file I have the following elements defined (among others): element id=HOME file=elements/login/home.xml url=/home inherits=AUTH_ADMIN flowlink srcexit=dashboard destid=DASHBOARD/ flowlink srcexit=termmanagement destid=TERMMANAGEMENT/ /element element id=AUTH_ADMIN file=elements/authentication/administration.xml/ The administration.xml looks like: element extends=elements/authentication/common.xml property name=template_namelogin/login/property property name=roleadmin/property property name=datasource datasourcederby/datasource /property /element common.xml: element extends=rife/authenticated/database.xml submission name=credentials param name=login/ param name=password/ /submission childtrigger name=authid/ /element login.html: !--I 'generic.main'/-- !--BV 'content'-- !--I 'login.form'/-- !--/BV-- main.html: ... head title!--V 'L10N:LABEL.TERM_DESIGN_TITLE'/--/title /head ... div id=subpageContent div id=subpageText !--V 'content'/-- /div /div ... The !--V 'L10N:LABEL.TERM_DESIGN_TITLE'/-- will not be replaced by the string from the resourcebundle. There is no embedded element, or? Or where should I change the priority? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 30 March 2006 11:00 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Yes, you can tailor to priority of embedded elements now: http://rifers.org/blogs/gbevin/2006/3/2/ rife_1_4_released#1_4_highlight04 On 30-mrt-06, at 10:53, Lars Grupe wrote: Hi Geert, Is this old problem from November now resolved too? Where can I find information about how L10N should be implemented now? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 20:51 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Hi Lars, hmmm, good point, there is no solution for that at the moment. This needs some thinking and I'd like to find a solution for it since it seems to be an important oversight. I don't have any real solutions in mind at the moment. If you think of something, shoot, I'll ponder about it too. Best regards, Geert On 25-nov-05, at 19:52, Lars Grupe wrote: Hi Geert. Ok, that's working now, many thx again. :) Now I think I have only one problem. I added some strings to the login template which should be localized. If I understand it correct the built-in element rife/authenticated/memory.xml is used to print the template that is given in the 'template_name' property. Is there a way to submit a path to the resource bundle and a name of a global variable where the locale should be taken from? Or do you know another solution for my problem? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 15:03 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] Embedded elements submissions execution order Hi Lars, this will work if you make it a globalcookie. This also makes sense, since you generally would want the user's language preference to be remembered. Best regards, Geert On 25-nov-05, at 14:53, Lars Grupe wrote: Hi Geert, No, it's not a cookie it's a globalvar, that is defined in the site as follows: globalvar name=locale/ I think the problem is not depedent on the type of global var I use. I will show you an part of my log file: [DEBUG] [2005-11-25 14:36:25,187] [init] Home.processElement -- main element [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageSelection.processElement -- embedded element [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageChanged.processElement [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageSelection.processElement [DEBUG] [2005-11-25 14:36:25,234] [init] MainMenu.processElement Now the user selects a new language by clicking on a link the will start a submission of the embedded element. [DEBUG] [2005-11-25 14:36:28,750] [init] Home.processElement -- main element [DEBUG] [2005-11-25 14:36:28,765] [init] Language selected -- submission of embedded element [DEBUG] [2005-11-25
Re: [Rife-users] localized login template
Lars, With the patch I submitted yesterday to Geert about RIFE-258, it will only need to add property name=L10N_REQUIRED_RESOURCEBUNDLEl10n/authentication/login/property in element extends=elements/authentication/common.xml Regards Pierre Hi Geert, Sorry I can't see how the 'Embedded element priorities' can solve this problem. In the config-base.xml the DEFAULT_RESOURCEBUNDLE is set: param name=L10N_DEFAULT_RESOURCEBUNDLEcom.acrolinx.termmanagement.elements. localization.Resource/param That's working for all my templates except the login template. In my site file I have the following elements defined (among others): element id=HOME file=elements/login/home.xml url=/home inherits=AUTH_ADMIN flowlink srcexit=dashboard destid=DASHBOARD/ flowlink srcexit=termmanagement destid=TERMMANAGEMENT/ /element element id=AUTH_ADMIN file=elements/authentication/administration.xml/ The administration.xml looks like: element extends=elements/authentication/common.xml property name=template_namelogin/login/property property name=roleadmin/property property name=datasource datasourcederby/datasource /property /element common.xml: element extends=rife/authenticated/database.xml submission name=credentials param name=login/ param name=password/ /submission childtrigger name=authid/ /element login.html: !--I 'generic.main'/-- !--BV 'content'-- !--I 'login.form'/-- !--/BV-- main.html: ... head title!--V 'L10N:LABEL.TERM_DESIGN_TITLE'/--/title /head ... div id=subpageContent div id=subpageText !--V 'content'/-- /div /div ... The !--V 'L10N:LABEL.TERM_DESIGN_TITLE'/-- will not be replaced by the string from the resourcebundle. There is no embedded element, or? Or where should I change the priority? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 30 March 2006 11:00 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Yes, you can tailor to priority of embedded elements now: http://rifers.org/blogs/gbevin/2006/3/2/ rife_1_4_released#1_4_highlight04 On 30-mrt-06, at 10:53, Lars Grupe wrote: Hi Geert, Is this old problem from November now resolved too? Where can I find information about how L10N should be implemented now? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 20:51 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Hi Lars, hmmm, good point, there is no solution for that at the moment. This needs some thinking and I'd like to find a solution for it since it seems to be an important oversight. I don't have any real solutions in mind at the moment. If you think of something, shoot, I'll ponder about it too. Best regards, Geert On 25-nov-05, at 19:52, Lars Grupe wrote: Hi Geert. Ok, that's working now, many thx again. :) Now I think I have only one problem. I added some strings to the login template which should be localized. If I understand it correct the built-in element rife/authenticated/memory.xml is used to print the template that is given in the 'template_name' property. Is there a way to submit a path to the resource bundle and a name of a global variable where the locale should be taken from? Or do you know another solution for my problem? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 15:03 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] Embedded elements submissions execution order Hi Lars, this will work if you make it a globalcookie. This also makes sense, since you generally would want the user's language preference to be remembered. Best regards, Geert On 25-nov-05, at 14:53, Lars Grupe wrote: Hi Geert, No, it's not a cookie it's a globalvar, that is defined in the site as follows: globalvar name=locale/ I think the problem is not depedent on the type of global var I use. I will show you an part of my log file: [DEBUG] [2005-11-25 14:36:25,187] [init] Home.processElement -- main element [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageSelection.processElement -- embedded element [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageChanged.processElement [DEBUG] [2005-11-25 14:36:25,234] [init] LanguageSelection.processElement [DEBUG] [2005-11-25 14:36:25,234] [init
RE: [Rife-users] localized login template
Hi Pierre, Thanks for your answer. I'm not sure if the patch is in the nightly snapshots. I tested it with 'rife-1.4.1-snapshot-jdk15-20060329.jar' but it doesn't work. Should the path 'l10n/authentication/login' point to my login template? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Raoul Pierre Sent: 30 March 2006 11:42 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Lars, With the patch I submitted yesterday to Geert about RIFE-258, it will only need to add property name=L10N_REQUIRED_RESOURCEBUNDLEl10n/authentication/login /property in element extends=elements/authentication/common.xml Regards Pierre Hi Geert, Sorry I can't see how the 'Embedded element priorities' can solve this problem. In the config-base.xml the DEFAULT_RESOURCEBUNDLE is set: param name=L10N_DEFAULT_RESOURCEBUNDLEcom.acrolinx.termmanagemen t.elements . localization.Resource/param That's working for all my templates except the login template. In my site file I have the following elements defined (among others): element id=HOME file=elements/login/home.xml url=/home inherits=AUTH_ADMIN flowlink srcexit=dashboard destid=DASHBOARD/ flowlink srcexit=termmanagement destid=TERMMANAGEMENT/ /element element id=AUTH_ADMIN file=elements/authentication/administration.xml/ The administration.xml looks like: element extends=elements/authentication/common.xml property name=template_namelogin/login/property property name=roleadmin/property property name=datasource datasourcederby/datasource /property /element common.xml: element extends=rife/authenticated/database.xml submission name=credentials param name=login/ param name=password/ /submission childtrigger name=authid/ /element login.html: !--I 'generic.main'/-- !--BV 'content'-- !--I 'login.form'/-- !--/BV-- main.html: ... head title!--V 'L10N:LABEL.TERM_DESIGN_TITLE'/--/title /head ... div id=subpageContent div id=subpageText !--V 'content'/-- /div /div ... The !--V 'L10N:LABEL.TERM_DESIGN_TITLE'/-- will not be replaced by the string from the resourcebundle. There is no embedded element, or? Or where should I change the priority? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 30 March 2006 11:00 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Yes, you can tailor to priority of embedded elements now: http://rifers.org/blogs/gbevin/2006/3/2/ rife_1_4_released#1_4_highlight04 On 30-mrt-06, at 10:53, Lars Grupe wrote: Hi Geert, Is this old problem from November now resolved too? Where can I find information about how L10N should be implemented now? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 20:51 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Hi Lars, hmmm, good point, there is no solution for that at the moment. This needs some thinking and I'd like to find a solution for it since it seems to be an important oversight. I don't have any real solutions in mind at the moment. If you think of something, shoot, I'll ponder about it too. Best regards, Geert On 25-nov-05, at 19:52, Lars Grupe wrote: Hi Geert. Ok, that's working now, many thx again. :) Now I think I have only one problem. I added some strings to the login template which should be localized. If I understand it correct the built-in element rife/authenticated/memory.xml is used to print the template that is given in the 'template_name' property. Is there a way to submit a path to the resource bundle and a name of a global variable where the locale should be taken from? Or do you know another solution for my problem? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 15:03 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] Embedded elements submissions execution order Hi Lars, this will work if you make it a globalcookie. This also makes sense, since you generally would want the user's language preference to be remembered. Best regards, Geert On 25-nov-05, at 14:53, Lars Grupe wrote
Re: [Rife-users] localized login template
The patch is not integrated yet, I hope to do so today. On 30-mrt-06, at 12:12, Lars Grupe wrote: Hi Pierre, Thanks for your answer. I'm not sure if the patch is in the nightly snapshots. I tested it with 'rife-1.4.1-snapshot-jdk15-20060329.jar' but it doesn't work. Should the path 'l10n/authentication/login' point to my login template? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Raoul Pierre Sent: 30 March 2006 11:42 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Lars, With the patch I submitted yesterday to Geert about RIFE-258, it will only need to add property name=L10N_REQUIRED_RESOURCEBUNDLEl10n/authentication/login /property in element extends=elements/authentication/common.xml Regards Pierre Hi Geert, Sorry I can't see how the 'Embedded element priorities' can solve this problem. In the config-base.xml the DEFAULT_RESOURCEBUNDLE is set: param name=L10N_DEFAULT_RESOURCEBUNDLEcom.acrolinx.termmanagemen t.elements . localization.Resource/param That's working for all my templates except the login template. In my site file I have the following elements defined (among others): element id=HOME file=elements/login/home.xml url=/home inherits=AUTH_ADMIN flowlink srcexit=dashboard destid=DASHBOARD/ flowlink srcexit=termmanagement destid=TERMMANAGEMENT/ /element element id=AUTH_ADMIN file=elements/authentication/administration.xml/ The administration.xml looks like: element extends=elements/authentication/common.xml property name=template_namelogin/login/property property name=roleadmin/property property name=datasource datasourcederby/datasource /property /element common.xml: element extends=rife/authenticated/database.xml submission name=credentials param name=login/ param name=password/ /submission childtrigger name=authid/ /element login.html: !--I 'generic.main'/-- !--BV 'content'-- !--I 'login.form'/-- !--/BV-- main.html: ... head title!--V 'L10N:LABEL.TERM_DESIGN_TITLE'/--/title /head ... div id=subpageContent div id=subpageText !--V 'content'/-- /div /div ... The !--V 'L10N:LABEL.TERM_DESIGN_TITLE'/-- will not be replaced by the string from the resourcebundle. There is no embedded element, or? Or where should I change the priority? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 30 March 2006 11:00 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Yes, you can tailor to priority of embedded elements now: http://rifers.org/blogs/gbevin/2006/3/2/ rife_1_4_released#1_4_highlight04 On 30-mrt-06, at 10:53, Lars Grupe wrote: Hi Geert, Is this old problem from November now resolved too? Where can I find information about how L10N should be implemented now? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 20:51 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] localized login template Hi Lars, hmmm, good point, there is no solution for that at the moment. This needs some thinking and I'd like to find a solution for it since it seems to be an important oversight. I don't have any real solutions in mind at the moment. If you think of something, shoot, I'll ponder about it too. Best regards, Geert On 25-nov-05, at 19:52, Lars Grupe wrote: Hi Geert. Ok, that's working now, many thx again. :) Now I think I have only one problem. I added some strings to the login template which should be localized. If I understand it correct the built-in element rife/authenticated/memory.xml is used to print the template that is given in the 'template_name' property. Is there a way to submit a path to the resource bundle and a name of a global variable where the locale should be taken from? Or do you know another solution for my problem? Cheers, Lars -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin Sent: 25 November 2005 15:03 To: RIFE users list : questions, bug reports and suggestions. Subject: Re: [Rife-users] Embedded elements submissions execution order Hi Lars, this will work if you make it a globalcookie. This also makes sense, since you generally would want the user's language preference to be remembered. Best regards, Geert On 25-nov-05, at 14:53, Lars Grupe wrote: Hi Geert, No, it's not a cookie it's a globalvar, that is defined in the site as follows: globalvar name=locale/ I think the problem is not depedent on the type of global var I use. I
Re: [Rife-users] localized login template
Lars, Should the path 'l10n/authentication/login' point to my login template? No, to your resource bundle to be used by the template associated to the element. Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
Hi Pierre, maybe it would be a good idea for you to write a small documentation piece about the features you implemented, as I do for the release notes. This would make it easier for everybody and I can also just integrate them in the release notes of the next version. Feel free to use the wiki for doing this. Best regards, Geert On 30-mrt-06, at 12:21, Raoul Pierre wrote: Lars, Should the path 'l10n/authentication/login' point to my login template? No, to your resource bundle to be used by the template associated to the element. Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba GTalk: [EMAIL PROTECTED] Use what you need Avenue de Scailmont 34 Skype: gbevin http://www.uwyn.com 7170 Manage, Belgium AIM: geertbevin gbevin at uwyn dot com Tel: +32 64 84 80 03 Mobile: +32 477 302 599 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
Geert, Have you any suggestion for the best place to put it in wiki? Atm a lot about i18n is under Cook book Templates page. So may be a new entry Translator there, even if it's possible to use it in other context. Pierre Hi Pierre, maybe it would be a good idea for you to write a small documentation piece about the features you implemented, as I do for the release notes. This would make it easier for everybody and I can also just integrate them in the release notes of the next version. Feel free to use the wiki for doing this. Best regards, Geert On 30-mrt-06, at 12:21, Raoul Pierre wrote: Lars, Should the path 'l10n/authentication/login' point to my login template? No, to your resource bundle to be used by the template associated to the element. Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba GTalk: [EMAIL PROTECTED] Use what you need Avenue de Scailmont 34 Skype: gbevin http://www.uwyn.com 7170 Manage, Belgium AIM: geertbevin gbevin at uwyn dot com Tel: +32 64 84 80 03 Mobile: +32 477 302 599 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users ___ Rife-users mailing list Rife-users@uwyn.com http://lists.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
Geert No, it will be a property, you can set properties inside the rep tag that will be used throughout the system. You can override them in the site structure or for individual elements. [...] Since it should not store the element instance in the LocaleProvider instance. The instance will be constructor through IoC and the element instance is not known in that context. It's also much more appropriate since the element instance changes at each request, and otherwise you'd have to create a new LocaleProvider instance for each request. If we want to avoid creation of LocalProvider instance with each element instance, the only way I see is to store the LocalProvider in a global variable. Is it right? Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
Since it should not store the element instance in the LocaleProvider instance. The instance will be constructor through IoC and the element instance is not known in that context. It's also much more appropriate since the element instance changes at each request, and otherwise you'd have to create a new LocaleProvider instance for each request. If we want to avoid creation of LocalProvider instance with each element instance, the only way I see is to store the LocalProvider in a global variable. Is it right? No, if they are injected through IoC, the reference factory can either provide the LocalProvider as a singleton, either instantiate it at each use. This can then be injected into a property. We still need to add simple reference factory features to RIFE itself currently it delegates that to a repository participant where you either do it in plain Java or interface with an IoC container like Spring or Pico. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
Geert, Since it should not store the element instance in the LocaleProvider instance. The instance will be constructor through IoC and the element instance is not known in that context. It's also much more appropriate since the element instance changes at each request, and otherwise you'd have to create a new LocaleProvider instance for each request. If we want to avoid creation of LocalProvider instance with each element instance, the only way I see is to store the LocalProvider in a global variable. Is it right? No, if they are injected through IoC, the reference factory can either provide the LocalProvider as a singleton, singleton: is there no risk of confusion between 2 or more elements from different threads? either instantiate it at each use. This can then be injected into a property. We still need to add simple reference factory features to RIFE itself currently it delegates that to a repository participant can you give me a link to any howto. where you either do it in plain Java or interface with an IoC container like Spring or Pico. Regrards Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
No, if they are injected through IoC, the reference factory can either provide the LocalProvider as a singleton, singleton: is there no risk of confusion between 2 or more elements from different threads? Not with the interface I proposed: ListLocale getLocales(ElementSupport) since each thread will provide its own instance of the element to the method. either instantiate it at each use. This can then be injected into a property. We still need to add simple reference factory features to RIFE itself currently it delegates that to a repository participant can you give me a link to any howto. Not a real howto, but this explains it a bit: http://rifers.org/wiki/display/RIFE/IoC+support http://rifers.org/wiki/display/RIFE/IoC+properties+support+inside+the +repository -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
Geert, either instantiate it at each use. This can then be injected into a property. We still need to add simple reference factory features to RIFE itself currently it delegates that to a repository participant can you give me a link to any howto. Not a real howto, but this explains it a bit: http://rifers.org/wiki/display/RIFE/IoC+support http://rifers.org/wiki/display/RIFE/IoC+properties+support+inside+the +repository In this 2d link, the exemple is about a datasource instance created through a property datasource using participant ParticipantDatasources. If I understood, to be able to define a LocaleProvider as a property, with need some participant ParticipantLocaleProviders. Is it right? Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
No, it will be a property, you can set properties inside the rep tag that will be used throughout the system. You can override them in the site structure or for individual elements. On 3-dec-05, at 21:48, Raoul Pierre wrote: Geert, I think this method is better: public ListLocale getLocales(ElementSupport element) Since it should not store the element instance in the LocaleProvider instance. The instance will be constructor through IoC Do you mean that the instance of LocalProvider should be declared by a participant? Something like: participant param=NotTheDefaultLocalProviderClassNameParticipantLocaleProvider /participant Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] localized login template
Geert, this is imho the job of a specific LocaleProvider implementation. Your proposition could be a good fit for the DefaultLocaleProvider implementation. OK. Just to be sure, the only function of the interface would be: ListLocale getLocales() The element instance should be given to the ctor or the factory. What about no interface but an abstract class? (if you know of a better name, that would be cool) Not atm. Regards Pierre ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users