Sorry, this was meant to be the answer to your first mail.

regards,

martin


On Fri, 4 Mar 2005 09:37:11 +0100, Martin Marinschek
<[EMAIL PROTECTED]> wrote:
> But this is not in the Spec, right?
> 
> regards,
> 
> Martin
> 
> 
> On Fri, 04 Mar 2005 00:16:05 -0400, Sylvain Vieujot <[EMAIL PROTECTED]> wrote:
> >  Hello Martin,
> >
> >  My understanding is that values should indeed be written to the backing
> > bean, but only after a command/action.
> >  If the submit is just the result of an event that is meant for rendering
> > purposes only, then it shouldn't be written to the backing bean.
> >
> >  Let's take an example with the tabs :
> >  Let's take a form with 2 tabs, and a save button at the bottom (that is not
> > in the tabs). Switching tab should not save the data (write the values to
> > the backing bean).
> >  The tab should work as if it was written using Dynamic HTML (which by the
> > way would be a nice extension for this component).
> >
> >  So, the tabbed panel should not validate the data. It should just refresh
> > the display.
> >
> >  Best regards,
> >
> >  Sylvain.
> >
> >
> >  On Fri, 2005-03-04 at 02:19 +0100, Martin Marinschek wrote:
> >  maybe this would be the idea: you would not let the tabbed panel validate
> > through in case the tab was changed? Might that work? regards, Martin On
> > Fri, 4 Mar 2005 02:16:21 +0100, Martin Marinschek
> > <[EMAIL PROTECTED]> wrote: > another one: > > Sylvain, you changed
> > the HtmlDataTable - this might have resolved a > bug for you, but opened up
> > several others for me. Please do not change > this part of the code without
> > checking if all functionality under > Master/Detail example is still
> > working, especially the "Edit all > countries" Link and everything under it.
> > > > Apart from that and once more: I strongly believe that JSF is supposed >
> > to work the way the code was orginally meant to be, if you submit a > value,
> > and it is valid, it will be written through to the backing > bean! This is
> > what ought to happen. And if it is not valid, it should > not be written
> > back, and this is where things like the > preserveDataModel kick in, they
> > store the data-model in the meantime, > and next time when the validation
> > runs through the data can be stored > to the backing bean. > > Do you have
> > another opinion? > > regards, > > Martin > > On Fri, 4 Mar 2005 01:51:49
> > +0100, Martin Marinschek > <[EMAIL PROTECTED]> wrote: > > forget
> > that... > > > > my fault! > > > > regards, > > > > Martin > > > > > > On
> > Fri, 4 Mar 2005 01:50:25 +0100, Martin Marinschek > >
> > <[EMAIL PROTECTED]> wrote: > > > Hi Sylvain, > > > > > > something
> > doesn't quite work in the alias bean (example) in the > > > current
> > configuration. Can you check that? > > > > > > regards, > > > > > > Martin >
> > > > > > >
>

Reply via email to