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_RESOURCEBUNDLE">com.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_name">login/login</property>
    <property name="role">admin</property>
        <property name="datasource">
                <datasource>derby</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 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
> >>>>>>> _______________________________________________
> >>>>>>> Rife-users mailing list
> >>>>>>> [email protected]
> >>>> 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 com    Tel +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
> >>>>>> [email protected]
> >> http://www.uwyn.com/mailman/listinfo/rife-users
> >>>>>>
> >>>>> _______________________________________________
> >>>>> Rife-users mailing list
> >>>>> [email protected]
> >> 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 com    Tel +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
> >>>> [email protected] 
> http://www.uwyn.com/mailman/listinfo/rife-users
> >>>>
> >>> _______________________________________________
> >>> Rife-users mailing list
> >>> [email protected] 
> 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 com    Tel +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
> >> [email protected] http://www.uwyn.com/mailman/listinfo/rife-users
> >>
> > _______________________________________________
> > Rife-users mailing list
> > [email protected] 
> 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
> [email protected] http://lists.uwyn.com/mailman/listinfo/rife-users
> 
_______________________________________________
Rife-users mailing list
[email protected]
http://lists.uwyn.com/mailman/listinfo/rife-users

Reply via email to