如果在HTML编写状态下，或在ASP等脚本语言中，制作这样的下拉列表窗口非常容易。我们知道空格" "在Option标签的前后是会被brower的显示引擎自动忽略掉的，所以我们使用硬空格 就可以了，效果如下图：
    <select>
    <option value="0">Level 00</option>
    <option value="1"> Level 01</option>
    <option value="2">  Level 02</option>
    <option value="3">   Level 03</option>
    <option value="4">    Level 04</option>
</select>
    如此简单就实现这个效果了，似乎没有什么可说的。可是当我们在ASP.NET中使用服务器控件ListBox或DropDownList的时候，要实现这个效果问题就来了。由于ListItem类的Text属性在输出为HTML代码的时候，会自动进行HtmlEncode转换，我们上面的示例会被输出为：
   
<select>
    <option value="0">Level 00</option>
    <option value="1"> Level 01</option>
    <option value="2">  Level 02</option>
    <option value="3">   Level 03</option>
    <option value="4">    Level 04</option>
</select>
    真是让人郁闷，我第一次遇到这个问题时，使用了一个很ugly的方法来解决。就是重载控件，在Render的时候把" "变回为" "。大概就是： class XxxDropDownList : DropDownList
{
    protected override void Render(HtmlTextWriter writer)
    {
        StringBuilder strb = new StringBuilder();
        StringWriter sw = new StringWriter(strb);
        HtmlTextWriter htw = new HtmlTextWriter(sw);
        base.Render(htw);
        strb.Replace(" ", " ");
        writer.Write(strb.ToString());
    }
}
    这个解决方案问题很多，效率是一回事，并且非常不完备。除了使用这种"野蛮"的修改Render结果的方法，还有一个也是ugly的方法是使用全角的Space，就是"　"。不过在中文的系统中这种方法似乎也说的过去，可是在纯英文(Not support East-Asian language)的环境下，这样的Option条目就晕菜了，错误效果如下图：
   
    // 左图是在中文系统中，右图是在纯英文系统中

    那么怎么办呢？重载ListItem?! 不过此路不通，ListItem类是被sealed修饰的。后来我发现，可以使用 的"原始形式"来让DropListBox输出正确的HTML代码。什么是 的原始形式呢？ 这个东西本来是在RFC 1866中定义的named entity，全称叫做：no-break space，CDATA格式为： 。我们把160作为字符放入ListItem的Text中，就能得到正确的HTML输出，效果和第一幅图中的HTML示例效果相同。服务器端代码为： char nbsp = (char)0xA0;
for ( int i=0 ; i < 5 ; ++i )
{
    ddl3.Items.Add(new ListItem("Level 0".PadLeft(i+7, nbsp) + i, i.ToString()));
}

    生成的客户端代码为： <select>
    <option value="0">Level 00</option>
    <option value="1"> Level 01</option>
    <option value="2">  Level 02</option>
    <option value="3">   Level 03</option>
    <option value="4">    Level 04</option>
</select>