incubator-adffaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Winer" <awi...@gmail.com>
Subject Re: Re: Re: Re: Re: Re: valueChangeListener of a selectBooleanCheckbox
Date Mon, 13 Nov 2006 17:44:39 GMT
Fixed.

-- Adam


On 11/12/06, piyush hari <piyush.hari@gmail.com> wrote:
> Yes. It is.
>
> -Piyush
>
> On 11/12/06, Adam Winer <awiner@gmail.com> wrote:
> >
> > That does look wrong, but is that the cause of this bug?
> >
> > -- Adam
> >
> > On 11/10/06, Piyush Hari <piyush.hari@oracle.com> wrote:
> > > I dug up the mountain and found this mouse:
> > >
> > > There was a typo while building request string:
> > >
> > > do you see it ?
> > >
> > > else if (element.type == "checkbox" && element.checked == true)
> > >             datatosend += ( element.name + "=" + escape(element.value) +
> > "&
> > > ");
> > >
> > > No...? Look at the space after '&'  and before the closing brackets :-)
> > >
> > > -Piyush
> > >
> > > ----- Original Message -----
> > > From: "Piyush Hari" <piyush.hari@oracle.com>
> > > To: <adffaces-dev@incubator.apache.org>
> > > Sent: Friday, November 10, 2006 4:26 PM
> > > Subject: Re: Re: Re: Re: valueChangeListener of a selectBooleanCheckbox
> > >
> > >
> > > > When I remove the code that would submit the value each time it is
> > checked
> > > > (check1=t) from the Core.js  , the valueChangeListener gets called
> > > > properly. But, this is obviously not the right thing to do since the
> > user
> > > > might need to submit a value.
> > > >
> > > > -Piyush
> > > > ----- Original Message -----
> > > > From: "Adam Winer" <awiner@gmail.com>
> > > > To: <adffaces-dev@incubator.apache.org>
> > > > Sent: Friday, November 10, 2006 4:15 PM
> > > > Subject: Re: Re: Re: Re: valueChangeListener of a
> > selectBooleanCheckbox
> > > >
> > > >
> > > >> On 11/10/06, piyush hari <piyush.hari@gmail.com> wrote:
> > > >>> Upon checking a check Box, getSubmittedValue() does not get called.
> > Upon
> > > >>> unchecking it does get called.
> > > >>
> > > >> That should be investigated.
> > > >>
> > > >>> HTTP request differs in t.o the attribute check1 (check1 being
the
> > > >>> user-assigned ID of the checkBox). It does not get passed upon
> > > >>> unchecking.
> > > >>> It gets passed with a value 't' upon checking.
> > > >>>
> > > >>> Upon checking:
> > > >>>
> > > >>> check1=t
> > > >>> &org.apache.myfaces.trinidad.faces.FORM=_id1
> > > >>> &org.apache.myfaces.trinidad.faces.STATE=%2138234b14
> > > >>> &source=check1
> > > >>> &event=check1
> > > >>> &partialTargets=
> > > >>> &partial=true
> > > >>>
> > > >>> Upon Unchecking:
> > > >>>
> > > >>> org.apache.myfaces.trinidad.faces.FORM=_id1
> > > >>> &org.apache.myfaces.trinidad.faces.STATE=%2138234b14
> > > >>> &source=check1
> > > >>> &event=check1
> > > >>> &partialTargets=
> > > >>> &partial=true
> > > >>
> > > >> Those look fine.
> > > >>
> > > >> -- Adam
> > > >>
> > > >
> > > >
> > >
> > >
> >
>
>

Mime
View raw message