Yep. Seems fine.
On 8/16/05, Sylvain Vieujot <[EMAIL PROTECTED]> 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. > > > > > >
