I'll get one created in the next couple hours.  Thanks.

On Mon, Nov 28, 2011 at 1:58 PM, Martin Grigorov <[email protected]>wrote:

> Hi,
>
> Create a quickstart application and attach it to a ticket in Jira
>
> On Mon, Nov 28, 2011 at 6:49 PM, Adam Gray <[email protected]> wrote:
> > In a nutshell, we have two radio groups in a panel.  We are adding an
> > AjaxFormChoiceComponentUpdatingBehavior to each one in order to provide
> > different components based on the selection.  Whichever one is added in
> the
> > component hierarchy first will get its proper callback.  The other
> behavior
> > does nothing.
> >
> > <div wicket:id=group1">
> >  <input type="radio">
> >  <input type="radio">
> > </div>
> >
> > <div wicket:id=group2">
> >  <input type="radio">
> >  <input type="radio">
> > </div>
> >
> > So, group1's ajax behavior will fire while group2's will not.
> >
> > On Mon, Nov 28, 2011 at 12:43 PM, Martin Grigorov <[email protected]
> >wrote:
> >
> >> Hi,
> >>
> >> What exactly is the problem ?
> >>
> >> On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray <[email protected]>
> wrote:
> >> > I'm using the latest 1.4 release and it seems like there is an issue
> >> where
> >> > two AjaxFormChoiceComponentUpdatingBehavior will not work correctly.
>  The
> >> > first one will function properly but the second one does nothing.
>  We've
> >> > looked for a resolution to this, but have thusfar come up empty.  Is
> >> there
> >> > a known workaround (other than not using a Radio/CheckGroup) for this
> >> type
> >> > of behavior in 1.4?
> >> >
> >>
> >>
> >>
> >> --
> >> Martin Grigorov
> >> jWeekend
> >> Training, Consulting, Development
> >> http://jWeekend.com
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [email protected]
> >> For additional commands, e-mail: [email protected]
> >>
> >>
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to