在asp.net下實現(xiàn)Option條目中填充前導(dǎo)空格的方法
更新時間:2007年03月08日 00:00:00 作者:
在使用Web頁面上的下拉列表框(SELECT element)顯示數(shù)據(jù)列表時,有時我們會遇到有層次的數(shù)據(jù)條目。比如論壇中的子論壇和它的分類之間,以及一些具有包含關(guān)系的層次數(shù)據(jù)條目。使下拉列表框中,不同的level有一定的顯示縮進將是非常友好的一種排版方式。
如果在HTML編寫狀態(tài)下,或在ASP等腳本語言中,制作這樣的下拉列表窗口非常容易。我們知道空格" "在Option標(biāo)簽的前后是會被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>
如此簡單就實現(xiàn)這個效果了,似乎沒有什么可說的。可是當(dāng)我們在ASP.NET中使用服務(wù)器控件ListBox或DropDownList的時候,要實現(xiàn)這個效果問題就來了
。由于ListItem類的Text屬性在輸出為HTML代碼的時候,會自動進行HtmlEncode轉(zhuǎn)換,我們上面的示例會被輸出為
:

<select>
<option value="0">Level 00</option>
<option value="1">&nbsp;Level 01</option>
<option value="2">&nbsp;&nbsp;Level 02</option>
<option value="3">&nbsp;&nbsp;&nbsp;Level 03</option>
<option value="4">&nbsp;&nbsp;&nbsp;&nbsp;Level 04</option>
</select>
真是讓人郁悶,我第一次遇到這個問題時,使用了一個很ugly的方法來解決。就是重載控件,在Render的時候把"&nbsp;"變回為" "。大概就是:
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("&nbsp;", " ");
writer.Write(strb.ToString());
}
}
這個解決方案問題很多,效率是一回事,并且非常不完備。除了使用這種"野蠻"的修改Render結(jié)果的方法,還有一個也是ugly的方法是使用全角的Space,就是" "。不過在中文的系統(tǒng)中這種方法似乎也說的過去,可是在純英文(Not support East-Asian language)的環(huán)境下,這樣的Option條目就暈菜了,錯誤效果如下圖:

// 左圖是在中文系統(tǒng)中,右圖是在純英文系統(tǒng)中
那么怎么辦呢?重載ListItem?! 不過此路不通,ListItem類是被sealed修飾的
。后來我發(fā)現(xiàn),可以使用 的"原始形式"來讓DropListBox輸出正確的HTML代碼。什么是 的原始形式呢? 這個東西本來是在RFC 1866中定義的named entity,全稱叫做:no-break space,CDATA格式為: 。我們把160作為字符放入ListItem的Text中,就能得到正確的HTML輸出,效果和第一幅圖中的HTML示例效果相同。服務(wù)器端代碼為:
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>
如果在HTML編寫狀態(tài)下,或在ASP等腳本語言中,制作這樣的下拉列表窗口非常容易。我們知道空格" "在Option標(biāo)簽的前后是會被brower的顯示引擎自動忽略掉的,所以我們使用硬空格 就可以了,效果如下圖:








如此簡單就實現(xiàn)這個效果了,似乎沒有什么可說的。可是當(dāng)我們在ASP.NET中使用服務(wù)器控件ListBox或DropDownList的時候,要實現(xiàn)這個效果問題就來了










真是讓人郁悶,我第一次遇到這個問題時,使用了一個很ugly的方法來解決。就是重載控件,在Render的時候把"&nbsp;"變回為" "。大概就是:
















這個解決方案問題很多,效率是一回事,并且非常不完備。除了使用這種"野蠻"的修改Render結(jié)果的方法,還有一個也是ugly的方法是使用全角的Space,就是" "。不過在中文的系統(tǒng)中這種方法似乎也說的過去,可是在純英文(Not support East-Asian language)的環(huán)境下,這樣的Option條目就暈菜了,錯誤效果如下圖:

// 左圖是在中文系統(tǒng)中,右圖是在純英文系統(tǒng)中
那么怎么辦呢?重載ListItem?! 不過此路不通,ListItem類是被sealed修飾的









生成的客戶端代碼為:







相關(guān)文章
告別ADO.NET實現(xiàn)應(yīng)用系統(tǒng)無縫切換的煩惱(總結(jié)篇)
說起ADO.NET,就扯上了數(shù)據(jù)庫訪問類庫了,現(xiàn)在的每個項目的數(shù)據(jù)庫訪問類應(yīng)該說都很強的了,經(jīng)常就聽到說我的我們的數(shù)據(jù)庫訪問類怎么怎么強大而且支持多數(shù)據(jù)庫,現(xiàn)在的大家做的項目里用的數(shù)據(jù)庫訪問類庫我想也都是支持多數(shù)據(jù)庫吧,支持到什么程度我就不知道了2009-11-11.NET Core中創(chuàng)建和使用NuGet包的示例代碼
這篇文章主要介紹了.NET Core中創(chuàng)建和使用NuGet包的示例代碼,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-04-04asp.net DbProviderFactory的使用-示例
NET 2.0有一個抽象工廠模式的典型應(yīng)用:通過DBProviderFactory 可以對不同數(shù)據(jù)庫進行操作。2009-11-11asp.net+jquery Gridview的多行拖放, 以及跨控件拖放
學(xué)習(xí)JQuery時,發(fā)現(xiàn)JQuery只能做單行拖放, 于是花時間做了一個多行拖放的例子, 以備以后使用。2009-11-11ASP.NET延遲調(diào)用或多次調(diào)用第三方Web?API服務(wù)
這篇文章介紹了ASP.NET延遲調(diào)用或多次調(diào)用第三方Web?API服務(wù)的方法,文中通過示例代碼介紹的非常詳細(xì)。對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-10-10