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.
> 
>

Reply via email to