FWIW, this does not work for me.
If I select a tab (client side), and then click a button within
that tab (in it's own form), the page will re-render with the
first tab selected.
-- Jon
On Aug 16, 2005, at 11:33 AM, Sylvain Vieujot wrote:
Yes, sorry, this was my second commit (doesn't queue event).
Should be ok now.
On Tue, 2005-08-16 at 14:24 -0400, Mike Kienenberger wrote:
It now preserves the tab, but the CommandLink I have on the tab
doesn't execute its action the first time I click on it. This
worked before the selectedIndex update patch. On 8/16/05, Sylvain
Vieujot <[EMAIL PROTECTED]> wrote: > Ok Mike, it should be fixed
(for the client-side part of the problem). > Could you check it
please ? > > Thanks, > > Sylvain. > > > On Tue, 2005-08-16 at
13:31 -0400, Sylvain Vieujot wrote: > > Yes, your're right. > I'll
try to fix that. Should not be too hard. > > But still the problem
you mentioned in user ML should still be fixed, as > the client-
side just hides the bug. > > On Tue, 2005-08-16 at 13:17 -0400,
Mike Kienenberger wrote: > Sylvain, > > Thanks! This solves some
of the issues I reported yesterday on the > myfaces-user list when
using the server-side mode. > > Here's one place the control
behaves differently, though. > > When a request is submitted to
the server, the control reverts back to > the default pane rather
than the pane that was open on the client. > Is there a way to
pass the selectedIndex tab state back to the server? > > -Mike > >
> On 8/16/05, Sylvain Vieujot <[EMAIL PROTECTED]> wrote: > > For
information, I just enabled the panelTabbedPane to switch tab
without > > server request if possible. > > If the client doesn't
support it, it just falls back to the old mode > > (submits a
request). > > > > It should be 100% compatible with the previous
version. > > > > Please let me know it you have problems with it.
> > > > Sylvain. > >
