You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by sandeep gururaj <sa...@Chordiant.com> on 2008/01/08 07:51:26 UTC
(Trinidad) Tabindex for input fields
Hello All,
Trinidad has no tabindex attribute available on the input fields. Does
anybody know if we have any alternative attribute for the same? Or, is
there any way we can achieve the same feature?
~Sandeep
Re: (Trinidad) Tabindex for input fields
Posted by Rafa Pérez <ra...@gmail.com>.
I also think that it would be very useful.
On Jan 8, 2008 5:29 PM, Matthias Wessendorf <ma...@apache.org> wrote:
> +1 to such an enhancement.
>
> -M
>
> On Jan 8, 2008 8:09 AM, Andrew Robinson <an...@gmail.com>
> wrote:
> > Submit an enhancement jira to add tabindex. It will be very easy to
> > implement and I think worth the time.
> >
> > I may do the fix as I am using #2 in one of my projects (using a custom
> > component that uses javascript to set the tabindex) which is not ideal.
> >
> > -Andrew
> >
> >
> >
> > On Jan 8, 2008 6:08 AM, Gerhard Petracek <ge...@gmail.com>
> wrote:
> > > hello sandeep,
> > >
> > > there are at least four possibilities:
> > > 1) extend the functionality of trinidad and provide an implementation
> to
> > support the tabindex attribute
> > > 2) implement a custom mechanism
> > > (with the usage of javascript - and e.g. a hidden field to store
> all
> > mappings: id -> tabindex + process the mappings with your custom
> javascript
> > impl.)
> > > however, it isn't a neat solution. -> i skip details
> > > 3) redesign your page(s) - (i agree with you - it isn't a nice option)
> > > 4) omit custom tabindex support
> > >
> > >
> > >
> > >
> > > regards,
> > > gerhard
> > >
> > >
> > >
> > >
> > > 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> > > >
> > > >
> > > >
> > > >
> > > > Thanks Gerhard, I did have a look at the spec-diff page.
> > > >
> > > >
> > > >
> > > > I would like to know if I can do something to overcome this problem
> > without having to re-design my page for sake of correct tab-order.
> > > >
> > > >
> > > >
> > > > ~Sandeep
> > > >
> > > >
> > > >
> > > >
> > > > ________________________________
> >
> > > >
> > > > From: Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
> > > > Sent: Tuesday, January 08, 2008 2:23 PM
> > > > To: MyFaces Discussion
> > > > Subject: Re: (Trinidad) Tabindex for input fields
> > > >
> > > >
> > > >
> > > >
> > > > hello sandeep,
> > > >
> > > > please have a look at:
> > > > http://myfaces.apache.org/trinidad/spec-diff.html
> > > >
> > > > regards,
> > > > gerhard
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> > > >
> > > >
> > > >
> > > > Hello All,
> > > >
> > > >
> > > >
> > > > Trinidad has no tabindex attribute available on the input fields.
> Does
> > anybody know if we have any alternative attribute for the same? Or, is
> there
> > any way we can achieve the same feature?
> > > >
> > > >
> > > >
> > > > ~Sandeep
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > http://www.irian.at
> > > >
> > > > Your JSF powerhouse -
> > > > JSF Consulting, Development and
> > > > Courses in English and German
> > > >
> > > > Professional Support for Apache MyFaces
> > >
> > >
> > >
> > > --
> > >
> > > http://www.irian.at
> > >
> > > Your JSF powerhouse -
> > > JSF Consulting, Development and
> > > Courses in English and German
> > >
> > > Professional Support for Apache MyFaces
> >
> >
>
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> mail: matzew-at-apache-dot-org
>
RE: How to distinguish between Form loading and submiting in JSF?
Posted by "Zheng, Xiahong" <Xi...@FMR.COM>.
Thanks for your quick response. I will try the 2nd approach. The first
approach, I am also aware of, is not acceptable as I try to avoid
Servlet API in my bean class.
_____
From: Andrew Robinson [mailto:andrew.rw.robinson@gmail.com]
Sent: Tuesday, January 08, 2008 12:09 PM
To: MyFaces Discussion
Subject: Re: How to distinguish between Form loading and
submiting in JSF?
Not sure about a way with portlets, but this should work with a
servlet environment:
"POST".equals(((HttpServletRequest)FacesContext.getCurrentInstance().get
ExternalContext().getRequest()).getMethod())
Note that all command* components post, so this will not tell
you if the page is new or not.
Another way is to store an attribute in the UIViewRoot during
rendering. If it is present, it is the 2nd (or more) time that the page
has been renderer, and if it is not set then it is the first.
FacesContext.getCurrentInstance().getViewRoot().getAttributes().get("myp
roperty") != null
...
FacesContext.getCurrentInstance().getViewRoot().getAttributes().put("myp
roperty", true)
-Andrew
On Jan 8, 2008 9:57 AM, Zheng, Xiahong <Xi...@fmr.com>
wrote:
Hi all,
I have a form that is wired with a backing bean. On the
initial loading,
I need to load the backing properties from the DB to be
displayed on the
page, then persist into the DB on submission after user
edited the form.
I only want to preload the bean from DB on the initial
form loading not
on the form submission. Is there a way for the backing
bean to know
whether it is created as a result of initial request or
a form submit so
it can act accordingly.
Thanks,
Xiaohong
Re: How to distinguish between Form loading and submiting in JSF?
Posted by Andrew Robinson <an...@gmail.com>.
Not sure about a way with portlets, but this should work with a servlet
environment:
"POST".equals(((HttpServletRequest)FacesContext.getCurrentInstance().getExternalContext().getRequest()).getMethod())
Note that all command* components post, so this will not tell you if the
page is new or not.
Another way is to store an attribute in the UIViewRoot during rendering. If
it is present, it is the 2nd (or more) time that the page has been renderer,
and if it is not set then it is the first.
FacesContext.getCurrentInstance().getViewRoot().getAttributes().get("myproperty")
!= null
...
FacesContext.getCurrentInstance().getViewRoot().getAttributes().put("myproperty",
true)
-Andrew
On Jan 8, 2008 9:57 AM, Zheng, Xiahong <Xi...@fmr.com> wrote:
> Hi all,
>
> I have a form that is wired with a backing bean. On the initial loading,
> I need to load the backing properties from the DB to be displayed on the
> page, then persist into the DB on submission after user edited the form.
>
> I only want to preload the bean from DB on the initial form loading not
> on the form submission. Is there a way for the backing bean to know
> whether it is created as a result of initial request or a form submit so
> it can act accordingly.
>
> Thanks,
> Xiaohong
>
How to distinguish between Form loading and submiting in JSF?
Posted by "Zheng, Xiahong" <Xi...@FMR.COM>.
Hi all,
I have a form that is wired with a backing bean. On the initial loading,
I need to load the backing properties from the DB to be displayed on the
page, then persist into the DB on submission after user edited the form.
I only want to preload the bean from DB on the initial form loading not
on the form submission. Is there a way for the backing bean to know
whether it is created as a result of initial request or a form submit so
it can act accordingly.
Thanks,
Xiaohong
Re: (Trinidad) Tabindex for input fields
Posted by Matthias Wessendorf <ma...@apache.org>.
+1 to such an enhancement.
-M
On Jan 8, 2008 8:09 AM, Andrew Robinson <an...@gmail.com> wrote:
> Submit an enhancement jira to add tabindex. It will be very easy to
> implement and I think worth the time.
>
> I may do the fix as I am using #2 in one of my projects (using a custom
> component that uses javascript to set the tabindex) which is not ideal.
>
> -Andrew
>
>
>
> On Jan 8, 2008 6:08 AM, Gerhard Petracek <ge...@gmail.com> wrote:
> > hello sandeep,
> >
> > there are at least four possibilities:
> > 1) extend the functionality of trinidad and provide an implementation to
> support the tabindex attribute
> > 2) implement a custom mechanism
> > (with the usage of javascript - and e.g. a hidden field to store all
> mappings: id -> tabindex + process the mappings with your custom javascript
> impl.)
> > however, it isn't a neat solution. -> i skip details
> > 3) redesign your page(s) - (i agree with you - it isn't a nice option)
> > 4) omit custom tabindex support
> >
> >
> >
> >
> > regards,
> > gerhard
> >
> >
> >
> >
> > 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> > >
> > >
> > >
> > >
> > > Thanks Gerhard, I did have a look at the spec-diff page.
> > >
> > >
> > >
> > > I would like to know if I can do something to overcome this problem
> without having to re-design my page for sake of correct tab-order.
> > >
> > >
> > >
> > > ~Sandeep
> > >
> > >
> > >
> > >
> > > ________________________________
>
> > >
> > > From: Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
> > > Sent: Tuesday, January 08, 2008 2:23 PM
> > > To: MyFaces Discussion
> > > Subject: Re: (Trinidad) Tabindex for input fields
> > >
> > >
> > >
> > >
> > > hello sandeep,
> > >
> > > please have a look at:
> > > http://myfaces.apache.org/trinidad/spec-diff.html
> > >
> > > regards,
> > > gerhard
> > >
> > >
> > >
> > >
> > >
> > > 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> > >
> > >
> > >
> > > Hello All,
> > >
> > >
> > >
> > > Trinidad has no tabindex attribute available on the input fields. Does
> anybody know if we have any alternative attribute for the same? Or, is there
> any way we can achieve the same feature?
> > >
> > >
> > >
> > > ~Sandeep
> > >
> > >
> > >
> > >
> > > --
> > >
> > > http://www.irian.at
> > >
> > > Your JSF powerhouse -
> > > JSF Consulting, Development and
> > > Courses in English and German
> > >
> > > Professional Support for Apache MyFaces
> >
> >
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
>
>
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org
RE: (Trinidad) Tabindex for input fields
Posted by sandeep gururaj <sa...@Chordiant.com>.
Thanks very much. I have voted for it.
________________________________
From: Andrew Robinson [mailto:andrew.rw.robinson@gmail.com]
Sent: Wednesday, January 09, 2008 8:59 AM
To: MyFaces Discussion
Subject: Re: (Trinidad) Tabindex for input fields
https://issues.apache.org/jira/browse/TRINIDAD-888
On Jan 8, 2008 9:09 AM, Andrew Robinson < andrew.rw.robinson@gmail.com
<ma...@gmail.com> > wrote:
Submit an enhancement jira to add tabindex. It will be very easy to
implement and I think worth the time.
I may do the fix as I am using #2 in one of my projects (using a custom
component that uses javascript to set the tabindex) which is not ideal.
-Andrew
On Jan 8, 2008 6:08 AM, Gerhard Petracek <gerhard.petracek@gmail.com >
wrote:
hello sandeep,
there are at least four possibilities:
1) extend the functionality of trinidad and provide an implementation to
support the tabindex attribute
2) implement a custom mechanism
(with the usage of javascript - and e.g. a hidden field to store all
mappings: id -> tabindex + process the mappings with your custom
javascript impl.)
however, it isn't a neat solution. -> i skip details
3) redesign your page(s) - (i agree with you - it isn't a nice option)
4) omit custom tabindex support
regards,
gerhard
2008/1/8, sandeep gururaj <sa...@chordiant.com>:
Thanks Gerhard, I did have a look at the spec-diff page.
I would like to know if I can do something to overcome this problem
without having to re-design my page for sake of correct tab-order.
~Sandeep
________________________________
From: Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
Sent: Tuesday, January 08, 2008 2:23 PM
To: MyFaces Discussion
Subject: Re: (Trinidad) Tabindex for input fields
hello sandeep,
please have a look at:
http://myfaces.apache.org/trinidad/spec-diff.html
regards,
gerhard
2008/1/8, sandeep gururaj <sa...@chordiant.com>:
Hello All,
Trinidad has no tabindex attribute available on the input fields. Does
anybody know if we have any alternative attribute for the same? Or, is
there any way we can achieve the same feature?
~Sandeep
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Re: (Trinidad) Tabindex for input fields
Posted by Andrew Robinson <an...@gmail.com>.
https://issues.apache.org/jira/browse/TRINIDAD-888
On Jan 8, 2008 9:09 AM, Andrew Robinson <an...@gmail.com>
wrote:
> Submit an enhancement jira to add tabindex. It will be very easy to
> implement and I think worth the time.
>
> I may do the fix as I am using #2 in one of my projects (using a custom
> component that uses javascript to set the tabindex) which is not ideal.
>
> -Andrew
>
>
> On Jan 8, 2008 6:08 AM, Gerhard Petracek <ge...@gmail.com>
> wrote:
>
> > hello sandeep,
> >
> > there are at least four possibilities:
> > 1) extend the functionality of trinidad and provide an implementation to
> > support the tabindex attribute
> > 2) implement a custom mechanism
> > (with the usage of javascript - and e.g. a hidden field to store all
> > mappings: id -> tabindex + process the mappings with your custom javascript
> > impl.)
> > however, it isn't a neat solution. -> i skip details
> > 3) redesign your page(s) - (i agree with you - it isn't a nice option)
> > 4) omit custom tabindex support
> >
> >
> > regards,
> > gerhard
> >
> >
> >
> > 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> > >
> > > Thanks Gerhard, I did have a look at the spec-diff page.
> > >
> > >
> > >
> > > I would like to know if I can do something to overcome this problem
> > > without having to re-design my page for sake of correct tab-order.
> > >
> > >
> > >
> > > ~Sandeep
> > >
> > >
> > > ------------------------------
> > >
> > > *From:* Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
> > > *Sent:* Tuesday, January 08, 2008 2:23 PM
> > > *To:* MyFaces Discussion
> > > *Subject:* Re: (Trinidad) Tabindex for input fields
> > >
> > >
> > >
> > > hello sandeep,
> > >
> > > please have a look at:
> > > http://myfaces.apache.org/trinidad/spec-diff.html
> > >
> > > regards,
> > > gerhard
> > >
> > >
> > > 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> > >
> > > Hello All,
> > >
> > >
> > >
> > > Trinidad has no tabindex attribute available on the input fields. Does
> > > anybody know if we have any alternative attribute for the same? Or, is there
> > > any way we can achieve the same feature?
> > >
> > >
> > >
> > > ~Sandeep
> > >
> > >
> > >
> > >
> > > --
> > >
> > > http://www.irian.at
> > >
> > > Your JSF powerhouse -
> > > JSF Consulting, Development and
> > > Courses in English and German
> > >
> > > Professional Support for Apache MyFaces
> > >
> >
> >
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
>
>
Re: (Trinidad) Tabindex for input fields
Posted by Andrew Robinson <an...@gmail.com>.
Submit an enhancement jira to add tabindex. It will be very easy to
implement and I think worth the time.
I may do the fix as I am using #2 in one of my projects (using a custom
component that uses javascript to set the tabindex) which is not ideal.
-Andrew
On Jan 8, 2008 6:08 AM, Gerhard Petracek <ge...@gmail.com> wrote:
> hello sandeep,
>
> there are at least four possibilities:
> 1) extend the functionality of trinidad and provide an implementation to
> support the tabindex attribute
> 2) implement a custom mechanism
> (with the usage of javascript - and e.g. a hidden field to store all
> mappings: id -> tabindex + process the mappings with your custom javascript
> impl.)
> however, it isn't a neat solution. -> i skip details
> 3) redesign your page(s) - (i agree with you - it isn't a nice option)
> 4) omit custom tabindex support
>
>
> regards,
> gerhard
>
>
>
> 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> >
> > Thanks Gerhard, I did have a look at the spec-diff page.
> >
> >
> >
> > I would like to know if I can do something to overcome this problem
> > without having to re-design my page for sake of correct tab-order.
> >
> >
> >
> > ~Sandeep
> >
> >
> > ------------------------------
> >
> > *From:* Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
> > *Sent:* Tuesday, January 08, 2008 2:23 PM
> > *To:* MyFaces Discussion
> > *Subject:* Re: (Trinidad) Tabindex for input fields
> >
> >
> >
> > hello sandeep,
> >
> > please have a look at:
> > http://myfaces.apache.org/trinidad/spec-diff.html
> >
> > regards,
> > gerhard
> >
> >
> > 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
> >
> > Hello All,
> >
> >
> >
> > Trinidad has no tabindex attribute available on the input fields. Does
> > anybody know if we have any alternative attribute for the same? Or, is there
> > any way we can achieve the same feature?
> >
> >
> >
> > ~Sandeep
> >
> >
> >
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
>
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
Re: (Trinidad) Tabindex for input fields
Posted by Gerhard Petracek <ge...@gmail.com>.
hello sandeep,
there are at least four possibilities:
1) extend the functionality of trinidad and provide an implementation to
support the tabindex attribute
2) implement a custom mechanism
(with the usage of javascript - and e.g. a hidden field to store all
mappings: id -> tabindex + process the mappings with your custom javascript
impl.)
however, it isn't a neat solution. -> i skip details
3) redesign your page(s) - (i agree with you - it isn't a nice option)
4) omit custom tabindex support
regards,
gerhard
2008/1/8, sandeep gururaj <sa...@chordiant.com>:
>
> Thanks Gerhard, I did have a look at the spec-diff page.
>
>
>
> I would like to know if I can do something to overcome this problem
> without having to re-design my page for sake of correct tab-order.
>
>
>
> ~Sandeep
>
>
> ------------------------------
>
> *From:* Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
> *Sent:* Tuesday, January 08, 2008 2:23 PM
> *To:* MyFaces Discussion
> *Subject:* Re: (Trinidad) Tabindex for input fields
>
>
>
> hello sandeep,
>
> please have a look at:
> http://myfaces.apache.org/trinidad/spec-diff.html
>
> regards,
> gerhard
>
>
> 2008/1/8, sandeep gururaj <sa...@chordiant.com>:
>
> Hello All,
>
>
>
> Trinidad has no tabindex attribute available on the input fields. Does
> anybody know if we have any alternative attribute for the same? Or, is there
> any way we can achieve the same feature?
>
>
>
> ~Sandeep
>
>
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
RE: (Trinidad) Tabindex for input fields
Posted by sandeep gururaj <sa...@Chordiant.com>.
Thanks Gerhard, I did have a look at the spec-diff page.
I would like to know if I can do something to overcome this problem
without having to re-design my page for sake of correct tab-order.
~Sandeep
________________________________
From: Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
Sent: Tuesday, January 08, 2008 2:23 PM
To: MyFaces Discussion
Subject: Re: (Trinidad) Tabindex for input fields
hello sandeep,
please have a look at:
http://myfaces.apache.org/trinidad/spec-diff.html
regards,
gerhard
2008/1/8, sandeep gururaj <sa...@chordiant.com>:
Hello All,
Trinidad has no tabindex attribute available on the input fields. Does
anybody know if we have any alternative attribute for the same? Or, is
there any way we can achieve the same feature?
~Sandeep
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Re: (Trinidad) Tabindex for input fields
Posted by Gerhard Petracek <ge...@gmail.com>.
hello sandeep,
please have a look at:
http://myfaces.apache.org/trinidad/spec-diff.html
regards,
gerhard
2008/1/8, sandeep gururaj <sa...@chordiant.com>:
>
> Hello All,
>
>
>
> Trinidad has no tabindex attribute available on the input fields. Does
> anybody know if we have any alternative attribute for the same? Or, is there
> any way we can achieve the same feature?
>
>
>
> ~Sandeep
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Re: Dependant selectOne* and input* components in PPR Trinidad
Posted by Gerhard Petracek <ge...@gmail.com>.
hello esteve,
there are several possibilities in place to use scopes which lasts longer
than the request scope and shorter than the session scope.
e.g. you can use mechanisms which are provided by:
- myfaces tomahawk, trinidad and orchestra
- the spring project (custom scopes - which are also used by orchestra) +
sub-projects (see spring web flow)
the best choice depends on your requirements.
regards,
gerhard
2008/1/8, eavilesa@tmb.net <ea...@tmb.net>:
>
> Hello Gerhard,
>
> Thank you very much for your rapid response.
> I've been looking for a long time this functionality but I used bad keys.
>
> When you talk about extended request scope, what are you talking about?
> How do you set it up. Where can I get more information?
>
> Thanks once more.
>
>
>
> Esteve
>
> ------------------------------
> *De:* Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
> *Enviado el:* martes, 08 de enero de 2008 9:40
> *Para:* MyFaces Discussion
> *Asunto:* Re: Dependant selectOne* and input* components in PPR Trinidad
>
> hello esteve,
>
> please have a look at:
> http://www.nabble.com/-Trinidad--valueChangeListener-called-too-often--to14098783.html#a14098783
>
>
> regards,
> gerhard
>
>
>
> 2008/1/8, eavilesa@tmb.net <ea...@tmb.net>:
> >
> > Hi,
> >
> > I am trying Trinidad PPR component facility to create dependant input
> > fields.
> > My objective is to create a selectOneChoice that its data is updated
> > when a previous selectOneChoice value is selected.
> >
> > The sample code is at the bottom.
> >
> > The problem is that the first time you choose the first select, the
> > second one is updated correctly.
> > But when you try it once again the second select value is updated, in
> > the server side, but the previous value is also submitted, so that, no
> > change is made.
> >
> > My question is, Is that possible?
> > In component demo aplications there is no example on using PPR for
> > dependant input components.
> >
> > Thanks in advance.
> >
> > Esteve
> >
> >
> > <tr:selectOneChoice id= "selOne"
> >
> > label="Label 1"
> >
> > autoSubmit="true"
> >
> > unselectedLabel="None"
> >
> > valueChangeListener="#{helloWorldBacking.label1Changed }">
> >
> > <tr:selectItem label="First" value="1" />
> >
> > <tr:selectItem label="Second" value="2" />
> >
> > <tr:selectItem label="Third" value="3" />
> >
> > </tr:selectOneChoice>
> >
> > <tr:outputText partialTriggers= "selOne"
> >
> > value="The Value is: #{helloWorldBacking.label2Value }" />
> >
> > <tr:selectOneChoice id= "selTwo"
> >
> > label="Label 2"
> >
> > partialTriggers="selOne"
> >
> > unselectedLabel="None"
> >
> > immediate="true"
> >
> > value="#{helloWorldBacking.label2Value}" >
> >
> > <tr:selectItem label="First" value="1" />
> >
> > <tr:selectItem label="Second" value="2" />
> >
> > <tr:selectItem label="Third" value="3" />
> >
> > </tr:selectOneChoice>
> >
> > Advertencia:
> > __________________________________________________________________________
> >
> >
> > Aquest missatge electronic esta dirigit unicament a les adreces
> > indicades. El seu caracter confidencial, personal i intransferible esta
> > protegit legalment. Qualsevol revelacio, us o reenviament no autoritzat,
> > total o parcial, esta prohibit. Si ha rebut aquest missatge per equivocacio,
> > notifiqui-ho immediatament a la persona que l'ha enviat i esborri el
> > missatge original juntament amb els seus fitxers annexos sense llegir-lo ni
> > gravar-lo.
> > TMB (Transports Metropolitans de Barcelona)
> >
> > Informacio interactiva de transport: www.tmb.net
> > .
> >
>
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>
> Advertencia:
> __________________________________________________________________________
>
>
> Aquest missatge electronic esta dirigit unicament a les adreces indicades.
> El seu caracter confidencial, personal i intransferible esta protegit
> legalment. Qualsevol revelacio, us o reenviament no autoritzat, total o
> parcial, esta prohibit. Si ha rebut aquest missatge per equivocacio,
> notifiqui-ho immediatament a la persona que l'ha enviat i esborri el
> missatge original juntament amb els seus fitxers annexos sense llegir-lo ni
> gravar-lo.
> TMB (Transports Metropolitans de Barcelona)
>
> Informacio interactiva de transport: www.tmb.net
> .
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
RE: Dependant selectOne* and input* components in PPR Trinidad
Posted by ea...@tmb.net.
Hello Gerhard,
Thank you very much for your rapid response.
I've been looking for a long time this functionality but I used bad
keys.
When you talk about extended request scope, what are you talking about?
How do you set it up. Where can I get more information?
Thanks once more.
Esteve
________________________________
De: Gerhard Petracek [mailto:gerhard.petracek@gmail.com]
Enviado el: martes, 08 de enero de 2008 9:40
Para: MyFaces Discussion
Asunto: Re: Dependant selectOne* and input* components in PPR Trinidad
hello esteve,
please have a look at:
http://www.nabble.com/-Trinidad--valueChangeListener-called-too-often--t
o14098783.html#a14098783
regards,
gerhard
2008/1/8, eavilesa@tmb.net <ea...@tmb.net>:
Hi,
I am trying Trinidad PPR component facility to create dependant
input fields.
My objective is to create a selectOneChoice that its data is
updated when a previous selectOneChoice value is selected.
The sample code is at the bottom.
The problem is that the first time you choose the first select,
the second one is updated correctly.
But when you try it once again the second select value is
updated, in the server side, but the previous value is also submitted,
so that, no change is made.
My question is, Is that possible?
In component demo aplications there is no example on using PPR
for dependant input components.
Thanks in advance.
Esteve
<tr:selectOneChoice id= "selOne"
label="Label 1"
autoSubmit="true"
unselectedLabel="None"
valueChangeListener="#{helloWorldBacking.label1Changed }">
<tr:selectItem label="First" value="1" />
<tr:selectItem label="Second" value="2" />
<tr:selectItem label="Third" value="3" />
</tr:selectOneChoice>
<tr:outputText partialTriggers= "selOne"
value="The Value is: #{helloWorldBacking.label2Value }" />
<tr:selectOneChoice id= "selTwo"
label="Label 2"
partialTriggers="selOne"
unselectedLabel="None"
immediate="true"
value="#{helloWorldBacking.label2Value}" >
<tr:selectItem label="First" value="1" />
<tr:selectItem label="Second" value="2" />
<tr:selectItem label="Third" value="3" />
</tr:selectOneChoice>
Advertencia:
________________________________________________________________________
__
Aquest missatge electronic esta dirigit unicament a les adreces
indicades. El seu caracter confidencial, personal i intransferible esta
protegit legalment. Qualsevol revelacio, us o reenviament no autoritzat,
total o parcial, esta prohibit. Si ha rebut aquest missatge per
equivocacio, notifiqui-ho immediatament a la persona que l'ha enviat i
esborri el missatge original juntament amb els seus fitxers annexos
sense llegir-lo ni gravar-lo.
TMB (Transports Metropolitans de Barcelona)
Informacio interactiva de transport: www.tmb.net
.
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
__________________________________________________________________________
Aquest missatge electronic esta dirigit unicament a les adreces indicades. El seu caracter confidencial, personal i intransferible esta protegit legalment. Qualsevol revelacio, us o reenviament no autoritzat, total o parcial, esta prohibit. Si ha rebut aquest missatge per equivocacio, notifiqui-ho immediatament a la persona que l'ha enviat i esborri el missatge original juntament amb els seus fitxers annexos sense llegir-lo ni gravar-lo.
TMB (Transports Metropolitans de Barcelona)
Informacio interactiva de transport: www.tmb.net
Re: Dependant selectOne* and input* components in PPR Trinidad
Posted by Gerhard Petracek <ge...@gmail.com>.
hello esteve,
please have a look at:
http://www.nabble.com/-Trinidad--valueChangeListener-called-too-often--to14098783.html#a14098783
regards,
gerhard
2008/1/8, eavilesa@tmb.net <ea...@tmb.net>:
>
> Hi,
>
> I am trying Trinidad PPR component facility to create dependant input
> fields.
> My objective is to create a selectOneChoice that its data is updated when
> a previous selectOneChoice value is selected.
>
> The sample code is at the bottom.
>
> The problem is that the first time you choose the first select, the second
> one is updated correctly.
> But when you try it once again the second select value is updated, in the
> server side, but the previous value is also submitted, so that, no change is
> made.
>
> My question is, Is that possible?
> In component demo aplications there is no example on using PPR for
> dependant input components.
>
> Thanks in advance.
>
> Esteve
>
>
> <tr:selectOneChoice id="selOne"
>
> label="Label 1"
>
> autoSubmit="true"
>
> unselectedLabel="None"
>
> valueChangeListener="#{helloWorldBacking.label1Changed}">
>
> <tr:selectItem label="First" value="1" />
>
> <tr:selectItem label="Second" value="2" />
>
> <tr:selectItem label="Third" value="3" />
>
> </tr:selectOneChoice>
>
> <tr:outputText partialTriggers="selOne"
>
> value="The Value is: #{helloWorldBacking.label2Value}" />
>
> <tr:selectOneChoice id="selTwo"
>
> label="Label 2"
>
> partialTriggers="selOne"
>
> unselectedLabel="None"
>
> immediate="true"
>
> value="#{helloWorldBacking.label2Value}">
>
> <tr:selectItem label="First" value="1" />
>
> <tr:selectItem label="Second" value="2" />
>
> <tr:selectItem label="Third" value="3" />
>
> </tr:selectOneChoice>
>
> Advertencia:
> __________________________________________________________________________
>
>
> Aquest missatge electronic esta dirigit unicament a les adreces indicades.
> El seu caracter confidencial, personal i intransferible esta protegit
> legalment. Qualsevol revelacio, us o reenviament no autoritzat, total o
> parcial, esta prohibit. Si ha rebut aquest missatge per equivocacio,
> notifiqui-ho immediatament a la persona que l'ha enviat i esborri el
> missatge original juntament amb els seus fitxers annexos sense llegir-lo ni
> gravar-lo.
> TMB (Transports Metropolitans de Barcelona)
>
> Informacio interactiva de transport: www.tmb.net
> .
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
Dependant selectOne* and input* components in PPR Trinidad
Posted by ea...@tmb.net.
Hi,
I am trying Trinidad PPR component facility to create dependant input
fields.
My objective is to create a selectOneChoice that its data is updated
when a previous selectOneChoice value is selected.
The sample code is at the bottom.
The problem is that the first time you choose the first select, the
second one is updated correctly.
But when you try it once again the second select value is updated, in
the server side, but the previous value is also submitted, so that, no
change is made.
My question is, Is that possible?
In component demo aplications there is no example on using PPR for
dependant input components.
Thanks in advance.
Esteve
<tr:selectOneChoice id="selOne"
label="Label 1"
autoSubmit="true"
unselectedLabel="None"
valueChangeListener="#{helloWorldBacking.label1Changed}">
<tr:selectItem label="First" value="1" />
<tr:selectItem label="Second" value="2" />
<tr:selectItem label="Third" value="3" />
</tr:selectOneChoice>
<tr:outputText partialTriggers="selOne"
value="The Value is: #{helloWorldBacking.label2Value}" />
<tr:selectOneChoice id="selTwo"
label="Label 2"
partialTriggers="selOne"
unselectedLabel="None"
immediate="true"
value="#{helloWorldBacking.label2Value}">
<tr:selectItem label="First" value="1" />
<tr:selectItem label="Second" value="2" />
<tr:selectItem label="Third" value="3" />
</tr:selectOneChoice>
__________________________________________________________________________
Aquest missatge electronic esta dirigit unicament a les adreces indicades. El seu caracter confidencial, personal i intransferible esta protegit legalment. Qualsevol revelacio, us o reenviament no autoritzat, total o parcial, esta prohibit. Si ha rebut aquest missatge per equivocacio, notifiqui-ho immediatament a la persona que l'ha enviat i esborri el missatge original juntament amb els seus fitxers annexos sense llegir-lo ni gravar-lo.
TMB (Transports Metropolitans de Barcelona)
Informacio interactiva de transport: www.tmb.net