«

Hi all!

Setting the groupname with javascript works ok for me.
In my case however, I also want the radiobutton to autopostback when
the checked state is changed. This works fine too, but it doesn't keep
the viewstate of the radiobutton. When I check a radiobutton, a
roundtrip occurs, and when the page is loaded again, the radiobutton
is unchecked.
Any idea how to solve this issue?

Regards,
Jeroen Klooster

Well, it's the age old problem of dynamic controls being added too late in
the web control hierarchy to participate in view state. The easiest way is
to recreate it. Otherwise you will have to add it very early in the
webcontrol hierarchy.

--
Regards,
Alvin Bruney [ASP.NET MVP]
Got tidbits? Get it here...
http://tinyurl.com/27cok
"Jeroen Klooster" <> wrote in message
news: om...
> Hi all!
>
> Setting the groupname with javascript works ok for me.
> In my case however, I also want the radiobutton to autopostback when
> the checked state is changed. This works fine too, but it doesn't keep
> the viewstate of the radiobutton. When I check a radiobutton, a
> roundtrip occurs, and when the page is loaded again, the radiobutton
> is unchecked.
> Any idea how to solve this issue?
>
> Regards,
> Jeroen Klooster

Thanks for your reply!

I don't think that is the issue, because when i do not set the "name"
attribute with javascript for these radiobuttons, the viewstate wíll
be kept. Any other clues what might be causing this?

Kind regards,
Jeroen

Hi Jeroen,

I think this is because the "name" attribute of the ASP.NET rendered server
controls has its meaning to mapping its parent control(container controls)
so that at serverside it can help identify it , also may help mapping its
viewstate info. If we manually modify it at client, these control's
viewstate association at serverside will be corrupted just like if we
change the "__VIEWSTAET" hidden name's name at client via javascirpt, the
whole page's viewstate will be corrupted. Do you think so? Thanks.


Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

Hi Steven,

Thanks for your reply. I figured it would be something like that. So
this is a bug you HAVE to work around. I do not use the javascript
currently: when a radiobutton is checked, the page will autopostback
and I will bind the repeater which contains the radiobutton controls
again. This assures there is only one radiobutton checked.
Two downsides:
- It needs another query to the database.
- (picky but true), before autopostback, after radiobuttoncontrol is
checked, for a brief moment, two radiobuttons will be checked.

But I guess this will be the only way.

Regards,
Jeroen