全选：

$('input[name="uid"]:checkbox').attr('checked',true);

全不选：

$('input[name="uid"]:checkbox').attr('checked',false);

$('input[name="uid"]:checkbox').removeAttr('checked');

反选：

$('input[name="uid"]:checkbox').attr('checked',!$(this).attr('checked'));

选中：

$('input[name="uid"]:checkbox:checked').each(function(){
alert($(this).val());
});

选中的值，这里有个特别的地方，如果你点击全选的话，在【开发人员工具】或者【FireBug】里会添加上checked=checked属性，但点击本身的checkbox不会修改此属性值，所以，如果获取选中结果如果使用：

 $('input[name="uid"]:checkbox').each(function(){
if($(this).attr('checkbox')) {
alert($(this).val());
}
});

这样的代码，那就是个悲剧。

Related posts:

1. jquery实现记录的全选和全取消
2. jquery1.4发布了
3. 我的第一个jquery小插件

1. 子元素定位到拥有高度的父元素内某一位置，一般注意父元素的padding，width，height不会有问题。

2. 子元素定位到超出父元素区域，一般用在提示，随着项目越来越大，维护的代价也相应增大，感觉具有针对性固定的提示，还是写在触发元素附近比较靠谱，需求的频繁变动影响也小。但是出现一个问题，IE6子元素宽度会被自动适应到父元素的宽度，并不会根据文字的多少自适应大小。目前的解决方案是设置提示层的宽度。

如果需要自适应到父元素的宽度，需要保持提示层里不出现块级元素，或者将块级元素inline-block。
如果需要超过父元素的宽度并且保持单行，需要white-space:nowrap，当然提示层也不会有太多的文本。

Related posts:

1. 常用的正则表达式
2. 巧用负margin实现导航菜单分割符
3. 据说是Google的display:inline-block

1. psd 文件尺寸 竟然有71M，内存不够
2. psd 图层上百个，各种看不懂的图层。毫无规律的图层分组让人菊花一紧。
3. 设计稿完全是个插画，怎么看都不像个网页，无从下手切图。
4. GUI为矢量图，边界不清晰。切图成果，糊得一B。

详情看这里：http://ucdchina.com/snap/11617

No related posts.

1，弹出层无法阻挡select
2，宽度，高度受系统影响，甚至连系统主题都影响select的宽高
等等。

今天碰到这样一个问题，后台系统再做3级联动的时候，用jquery的append向select中推拼合好的option，在IE6/7下居然无法自适应宽度。找到的唯一理由是，低版本浏览器无法重绘界面，导致宽度无法自适应，使用的解决方案：

对select先隐藏，后再显示。例如：

$("#SelectID").hide().show();

另外一种可能的解决方案是:

使用原生js的options.add向select中添加。

No related posts.

现实VS期望

先来看看，我们通常收到的问题：

1. 不能留言了
2. XX地方变形了

等等…

而我们的期望是这样的：

1. IE6下，留言框在留言的时候，点击提交按钮没有反应，页面没有任何变化。重新刷新页面后，新发的留言正常显示。

2. XX地方在html代码里正常显示，后台由于要控制是否显示，加上去一个ID，用来控制是否显示，但输出为display:block的时候，前台显示宽度不正常 。

就前端开发而言，提交的BUG我认为【至少】要包含以下几个方面：

【测试提交BUG】 浏览器版本，用户期望的效果，当前的效果。
【代码嵌套提交BUG】期望效果，所做修改，原效果。

这样会更有助于快速定位错误，解决问题。

三思而后问

当你确认要提出问题的时候，请保证你能做到了以下几点：

1. 谨慎明确的描述问题；
2. 提供问题发生的环境；
3. 说明你在提问前是怎样去研究和理解这个问题的；
4. 说明你在提问前采取了什么步骤去解决它；
5. 罗列最近做过什么可能有影响的事件。

反馈

适当的时候，做出有效的反馈。例如，你提出了问题，有人给了你一种解决方案，你尝试了这种解决方案，或者找到了更好的解决方案，都需要及时的反馈给对方。

从前前老总那里学到的最最有用的东西，就是反馈。他说：不管我知不知道，你都要告诉我。

链接

推荐所有行业的朋友都去读读这篇文章。

http://www.awflasher.com/blog/archives/200
http://wiki.woodpecker.org.cn/moin/AskForHelp

No related posts.

右键TortoiseSVN –> 设置 –> 常规设置 –> Subversion 全局忽略样式(已经有很多默认模板了)

2. svn删除checkout历史记录

注册表中删除: cmd –> regedit –> HKEY_CURRENT_USER\Software\TortoiseSVN\History\repoURLS 删除不需要的键值

No related posts.

问题重现(新浪微博为例)：

分享平台获取的地址一般为http://www.domain.com/test.asp?id=100#0-tsina-111111-111111-de70028302b856c997bc35861eb52ece，分享平台都有自己的短网址，一般为http://t.cn/AbCdEf，点击的时候做了一次跳转到分享平台获取的地址。但是由于添加了#号后面的内容，在IE6浏览器下Request得到的ID值严重不正确，居然包含#号后面的所有字符。

问题简化：

1.asp

<a href="2.asp">测试</a>

2.asp

Response.Redirect("3.asp?ID=14#efefef")

3.asp

Response.Write(Request("ID"))

IE6下，单击1.asp里的链接 或 直接访问2.asp，输出的值为：14#efefef

解决问题：

1. 过滤掉#及后面的所有字符
2. 添加空的参数，例如3.asp?ID=14&TP=#efefef

追究原由：

测试了FF7,FF8,FF(8),Chrome(15),Safari(5.1)均未发现问题。查询网络发现 这篇 文章和我碰到了同样的问题，和几个同事讨论均认为有可能是IE6在跳转时发生的问题，该问题已经提交到微软在线论坛等待MVP反馈。如有描述错误之处，请指教。

PS:

12.16 MVP回复可能为IE6的某BUG，并提供同样问题的链接 Internet Explorer 6 and redirected anchor links。

No related posts.

今天碰到一个非常奇怪的问题，才想起了当年的新闻组，只是登录未遂，查找得知微软从2010年中旬开始陆续关闭提供服务8年之久的新闻组了。

回想当年的楞头小子，如今已为人夫已为人父，感慨良多啊。

再见了新闻组，再见了OUTLOOK。

No related posts.

无意中浏览到数据汇总里，居然有一条被误点的共享条目，随即翻遍了GR所有的功能，根本无法删除，只能求助搜索引擎。如果碰到同样问题的朋友，可以按下面的方法删除不想在共享的条目。

1. Chrome扩展版本 
2. 浏览你的GR，看看熟悉的 共享条目 是否已经出现

Related posts:

1. Google PR的疑问

(图为转载)

其实很早以前，我就决定三不做了：

1. 太大不做
2. 太小不做
3. 太麻烦不做

现在我决定，亲戚朋友的不做。

No related posts.