很多人已经开始逐渐的习惯于全面使用css排版，尽量做到展现与内容的分离。但在此习惯的过程中一定会遇到各种棘手的问题。我的一个经验就是：多查css手册，多尝试，多琢磨专家们的网页，可以将一些页面另存一下，慢慢分析。
好，说正题。经常有这样一种情况：我想在同一个页面的不同位置对超链接的风格进行定义，比如，在页面的导航部分，我不希望有下划线，而在其他地方则需要下划线。
实现的方式总的来说有两种：
1。对在不同的地方的超链接直接使用css内嵌指定，如：。这种方式很明显，最为强大和灵活。可以做到页面上的任意一个超链接的风格都不一样。但是，我们并不需要这么灵活，而且，对每个超链接都实行这个定义，太繁琐。
2。利用css本身的对象层级的支持，分批地制定超链接的风格。比如，普通情况下，我把整个页面里的超链接都定义成带下划线，而只有菜单不使用。那么，可以使用如下方式：
a
{
color:Black;
font-size:12px;
text-decoration:underline;
}
而菜单如果是使用 ul 定义，像我上一篇 blog里描述的那种风格，我就可以这样定义：
.Menu a
{
color:Black;
font-size:12px;
text-decoration:none;
}
这里的 .Menu是指菜单的外边界使用的css 。这样，只要是在这个菜单内的超链接都会使用这个风格。
当然，这种指定方法也可以有很多种。如：
#MyMenu a {....} 表示在ID为MyMenu的元素内部所有超链接样式；
#MyMenu li a{...}表示在ID 为MyMenu的元素内部的 li 元素内部的 超链接样式；
*************************************************************************************
当css遇到xhtml--从display:inline到float:left
几天前，写了一个tab control ，风格如下：
我使用了css来描述这个风格，html和css代码如下：
<ul>
<li><a href="#" class="selected">文件</a></li>
<li><a href="#">编辑</a></li>
<li><a href="#">视图</a></li>
<li><a href="#">站点</a></li>
<li><a href="#">编译</a></li>
<li><a href="#">工具</a></li>
</ul>
ul
{
border-bottom:solid 1px #999999;
border-left:solid 1px #999999;
height:30px;
width:100%;
margin-left:0px;
}
li
{
border-top:solid 1px #999999;
border-bottom:solid 0px #999999;
border-left:solid 1px #999999;
border-right:solid 1px #999999;
background-color:#cccccc;
width:100px;
height:30px;
display:inline;
list-style-type:none;
margin-left:-1px;
margin-bottom:-2px;
text-align:center;
padding-top:10px;
}
.selected
{border-top:solid 1px #999999;
border-bottom:solid 0px #999999;
border-left:solid 1px #999999;
border-right:solid 1px #999999;
background-color:#eaeaea;
width:100px;
height:30px;
display:inline;
list-style-type:none;
margin-left:-1px;
margin-bottom:-2px;
text-align:center;
padding-top:10px;
}
在一个master page上使用没有任何问题。下午，在将这个tab control 拖到一个vs2005生成的页面上，运行的时候，发现效果竟然变成这个样子：
同样一段代码，同样的浏览器，怎么会出现不同的效果？ 仔细检查后，发现原来在master page里之所以正常是因为master page使用的是html4.0，而现在的新的页面是使用xhtml1.0来定义，难道是由于xhtml的严格定义要求引起的？ 赶快去w3c以及其他资源网站查资料，最后终于发现根本的原因。
原来，以前的写法一直都是错误的。由于默认情况下，“li” 元素一直是竖直排列的，所以，我就使用了 display:inline 强制让它在行的方向排列，以达到我想要的效果，但是，在xhtml里，这种不严谨的写法是不被支持的，所以，这里设置高度、宽度都没有任何作用。在格式化xhtml标签时，更加强化了 “box”的概念，要想使用一些margin,padding等填充效果，就必须先将元素转变成 box 元素，然后就可以设置想要的效果了。那么，如何将一个元素转变成 box 元素？ 答案是: 可以使用 float:left/right 的方式来把元素漂浮起来，变成一个个的box，这样就可以任意使用 box 元素支持的css属性了。
基于以上的思路，我将上面css里的display:inline修改掉，变成float:left，一切都ok了！
以上只是一个特例，在html4.0转到xhtml的过程中，会有不少的css效果都会发生转变，不过，这种转变是有规律和准则的，只要掌握了这种思想，应该能解决大部分问题。
我们在使用web用户控件时，经常遇到一种情况：控件需要与包含它的页面进行交互。交互的种类很多， 也分不同的层次。你可以使用viewstate,session乃至静态变量，都可以。但有些时候，当控件本身会触发回传，那么，就必须使用事件来进行处理了。说起事件，并不是说web用户控件内部的这些button或者linkbutton等触发的回传事件，而是把一个web用户控件看作是一个整体对象，它有自己的属性、方法、事件。当用户控件嵌入到页面文件时， 它的内部是隐藏的，但是，它开放自己的属性、方法、事件，当内部触发了一个回传，根据回传的情况不同，它来决定是否将这个回传通知父页面。同时，父页面能够知道该子控件能提供给它什么信息。
我们知道，使用事件，就可以将用户控件所知道的信息通过EventArgs来传递给父页面，然后父页面根据这些信息进行处理。那么，首先我们就来定一个EventArgs类。 假设这个用户控件包含了三个子控件，两个文本框，一个linkbutton,这个linkbutton触发了控件的回传事件。这个控件在回传后，应该告诉父页面它能提供这两个文本框的内容，比如时userName,password吧。我们在业务逻辑层新建一个类文件，创建EventArgs类。
public class SubmitUserEventArgs : EventArgs
{
public SubmitUserEventArgs(string userName, string password)
{
this.UserName = userName;
this.Password = password;
}
public string UserName;
public string Password;
}
然后，需要定义一个委托，来指定如何处理这个提交事件
public delegate void SubmitUserHandler(object sender,SubmitUserEventArgs e);
这样，我们就可以在用户控件后台代码文件里加入一个事件了。
public event SubmitUserHandler SubmitUserEvent;
事件有了，那么，在什么时候我们会向父页面抛出这个事件呢，这个可以根据具体的业务而定。现在假设当控件里的linkbutton被点击时，我们触发这个事件，那么，就可以在linkbutton的事件处理方法里，填充一个eventargs对象，然后激发这个事件：
SubmitUserEventArgs args = new SubmitUserEventArgs(tbUserName.Text, tbPassword.Text);
SubmitUserEvent(this, args);
这样，当linkbutton触发页面的回传时，整个控件就会及时的通知页面了。在页面的html视图里，就可以给这个控件加一个事件处理的代码
<uc1:UserControl ID="UC1" runat="Server" OnUserSubmitEvent="UC1_Submit">uc1>
然后，我们在后台的uc1_submit事件处理里就可以这样处理了：
protected void UC1_Submit(object sender, SubmitUserEventArgs e)
{
string userName = e.UserName;
string password = e.Password;
//以下就可以放置你需要处理的任何代码了....
}
这样就完整的提交了整个事件。实际上，上面的过程是我为了节省篇幅，没有说明一些原因。之所以可以这样写，是由于asp.net页面加载的顺序所决定的，页面总是先加载子控件，然后才是加载页面本身的信息。 这样，就使得这个事件可以触发。