views:

1394

answers:

2

Hi,

It seems that the default ASP.NET MVC2 Html helper generates duplicate HTML IDs when using code like this (EditorTemplates/UserType.ascx):

<%@ Control Language="C#" Inherits="System.Web.Mvc.ViewUserControl<UserType>" %>

<%: Html.RadioButton("", UserType.Primary, Model == UserType.Primary) %>
<%: Html.RadioButton("", UserType.Standard, Model == UserType.Standard) %>
<%: Html.RadioButton("", UserType.ReadOnly, Model == UserType.ReadOnly) %>

The HTML it produces is:

<input checked="checked" id="UserType" name="UserType" type="radio" value="Primary" /> 
<input id="UserType" name="UserType" type="radio" value="Standard" /> 
<input id="UserType" name="UserType" type="radio" value="ReadOnly" /> 

That clearly shows a problem. So I must be misusing the Helper or something.

I can manually specify the id as html attribute but then I cannot guarantee it will be unique.

So the question is how to make sure that the IDs generated by RadioButton helper are unique for each value and still preserve the conventions for generating those IDs (so nested models are respected? (Preferably not generating IDs manually.)

Thanks,
Dmitriy,

+1  A: 

I faced the same problem. Specyfying IDs manually seems to be the only solution. If you don't need the ids for anything (like javascript), but want it only to be unique you could generate Guids for them:

<%: Html.RadioButton("", UserType.Primary, Model == UserType.Primary, new { id="radio" + Guid.NewGuid().ToString()}) %>

More elegant solution woluld be to create your own extension method on HtmlHelper to separate ID creation logic from the view. Something like:

public static class HtmlHelperExtensions
{

    public static MvcHtmlString MyRadioButtonFor<TModel, TValue>(this HtmlHelper<TModel> htmlHelper, Expression<Func<TModel, TValue>> expression, bool value)
    {
        string myId = // generate id...
        return htmlHelper.RadioButtonFor(expression, value, new {id=myId});
    }
}

The helper method could use ViewContext and Model data to create more meaningfull IDs.

UPDATE:

If you use EditorTemplates to render the control like this

<%= Html.EditorFor(m=>m.User, "MyUserControl") %>

Then inside the MyUserControl.ascx (placed in ~/Views/Shared/EditorTemplates) you can use ViewData.TemplateInfo.HtmlFieldPrefix property to access the parent control ID or Html.ViewContext.ViewData.TemplateInfo.GetFullHtmlFieldId("MyPostfixPart") to generate prefixed id. Theese methods could be used in the helper extension above. The same works with controls rendered with Html.Editor(...) and Html.EditorForModel(...). In the Html.Editor helper you can also specify htmlFiledName manually if you want.

When you embed the control with

<%= Html.Partial("UserControl", Model.User) %>

generation of meaningfull IDs is harder because the Html.Partial will not provide information about the prefix - the ViewData.TemplateInfo.HtmlFieldPrefix will be always empty. Then, the only solution wolud be to pass the prefix manually to the ascx control in as ViewData key of as a model field which is not so elegant solution like the previous one.

PanJanek
Maybe you can also suggest how to generate IDs taking into account current name of the model so the IDs can be properly generated and have IDs like: `UserType_Primary`, `Company_User_UserType_Primary` and so on?
Dmytrii Nagirniak
@Dmitriy: I've just updated my response. ViewData.TemplateInfo.HtmlFieldPrefix should help you.
PanJanek
Thanks a lot. That should do the job for me.
Dmytrii Nagirniak
A: 

In html radio-inputs are allowed to be specified multiple times - this is useful as a radio-element could only be a switch between different values and the controller (or script eg. in php) then only has to look up only one key from the Request.Form-object.

As long as you map the same properties to the HTML-helper it will render the same IDs/names. If you "hard-code" other IDs then your controller-action will have to look up every single one and this could result in a longer runtime.

But maybe you could better explain why this is a problem?

Olaf Watteroth
The problem is that IDs MUST be UNIQUE: http://www.w3.org/TR/html401/struct/global.html#h-7.5.2You are talking about NAMEs which do not need to be unique.
Dmytrii Nagirniak
Ok, my bad. I'm sorry... But looks like the problem is solved.
Olaf Watteroth