除了使用表格，一般就用浮动来应用这种布局了。而表格这东西，很多时候都是避而远之的（对Table多少有些不公啊）。
而浮动方法中，我们往往是将右侧对齐项放在结构的前面，然后采用向右浮动,看代码：
(全文…)
2008年12月 存档
简单的左右对齐的列表布局
2008年12月30号，星期二用HTML画画，全过程
2008年12月22号，星期一其实应该是事先使用了辅助工具转换，之后再ctrl+C,ctrl+V,ctrl+H一番操弄。
之前某个网站上，见到过这种将图片转成纯html代码的功能，只是年代久远，已经记不得网址了。
不过，当时转换过一张图片，现在还保留着：http://www.codyy.com/files/20081223/oneboys1230011978.html
请右键查看源代码。
用户体验之我见
2008年12月9号，星期二谈不上什么见解吧，只是在表达一下自己在UE方面的感受。也就只是粗粗的几条，以后慢慢更新吧。
我认为，UE的第一层境界就是：“和谐”，“协调”。让人第一眼看到页面的感受就是舒服。
1. 突出显示是应该的，但扎人眼球的话，效果就适得其反了。
2. 帮助提示这个初衷很好，但小心不要“无微不至”，不要“如影随形”，不但可能会破坏页面协调，还可能无意中侮辱了用户的智商。最后，因为你的繁琐而走了用户。
关于浮动与浮动清理
2008年12月5号，星期五浮动不清理会导致很多问题。(当然，有时候，这种问题就是我们要的效果。)
容器不扩展问题，这是浮动导致的众多问题中的一个哈。
这个问题相对于其他常规的由浮动引起的文档流的改变还是有区别的。
我一向不大同意float元素“脱离文档流”的之说，而比较认可“改变文档流”的说法。脱离文档流（如position:absolute）会导致外容器不扩展这 其实很正常。但改变文档流会引起外容器不扩展这个问题，我就会当成bug来看待了。
清除浮动，不仅能恢复被改变的文档流，也能修复这个bug。不多提了。
关于清除浮动，我一向用教材里学的clear方法。有些人，分不清什么时候clear:left;什么时候用clear:right;而一mein地在空标签中使用clear:both. 其实，前面有float:left;要清的话，就用clear:left;有right就对应用right。
最近老是接触到overflow:hidde;这种清除浮动的方法。但由于不明白原理，一直是束之高阁。今天初探一番：
要说overflow:hidden;能请浮动的话，overflow:auto;也未尝不可啊。ie7,ff下试了一番，全部都通过。
只是ie6下不行。这时候，想起haslayout那东西，里面提到,overflow: hidden|scroll|auto能让ie7触发layout，但之前的ie版本却不行。而另外 zoom: 除 “normal” 外的任意值都能在各个版本中触发。
这样用overflow:hidden;zoom:1这么一套双保险，就能适用全部浏览器的浮动清除了。
只是还是不明白overflow这东西为何能适应于ff等其他浏览器中的浮动清除呢（zoom:1这个值适用于ie,这是明显的）。毕竟haslayout这东西只存在于ie啊。
看来，还待深入研究啊。
关于P元素及H(x)元素的嵌套
2008年12月5号，星期五汗，犯了低级错误了，基础的东西都没掌握啊。
居然阴差阳错写出了
<p>
asd
<ul>
<li>1</li>
<li>2</li>
</ul>
</p>
这样的错误结构来。
浏览器的解释是这样的：
<p>asd </p>
<ul>
<li>1</li>
<li>2</li>
</ul>
(p在非严格标准下，本身就可以写成单标签，即<p>（无</p>）。“溢出”也不足为怪了)
P元素虽说是本身是block元素，但却是不能包含block元素的。
http://www.w3.org/TR/html401/struct/text.html#edef-P同样的，Hx系列标签也是如此。
