最近一直和表格打交道，发现各浏览器对表格边框的处理不尽相同，以致影响到最终的显示。这一问题主要是Firefox与非Firefox浏览器对表格边框处理上的差异。
可简单地用以下表达式表示（tableWidth为表格的视觉上的实际宽度，width为定义宽度）：
FF：tableWidth = width+borderWidth/2
非FF浏览器：tableWidth = width;
补充：尽管FF中表格在视觉上的宽度大于定义宽度，但其在文档中的实际宽度仍是最初的定义宽度，故其不会在文档中占用其定义大小外的空间。测试链接
2008年7月29日，W3C发布了移动Web标准移动Web最佳实践 1.0，该标准可以让用户更容易使用移动设备访问 Web。
移动Web最佳实践 1.0W3C的移动Web最佳实践工作组提出，该最佳实践集众多移动Web实际经验，旨在指导移动Web运营者创作移动设备友好的内容（mobile-friendly content），以便让用户在使用各种手持设备访问网站的时候改善浏览体验。
W3C同一天还发布了另外一个标准，XHTML Basic 1.1 Recommendation，该标准，连同Open Mobile Alliance (OMA)使移动置标语言（mobile markup languages）有了一个完整的集合。工作组同时还发表了移动Web程序最佳实践第一草案，该草案针对的是移动 Web 程序。
W3C移动Web验证（mobileOK）地址：http://validator.w3.org/mobile/
昨天发现SimplePageNavi的页码计算有误，我原本不到130篇日志，页码却显示到16。
查看SimplePageNavi源文件发现以下代码：
$postsnum = $wpdb->get_var("SELECT COUNT(*) FROM $wpdb->posts where post_status='draft'");
问题就在这里，查看WP的表结构发现这条查询条件有误。仅仅过滤掉了草稿，但是数据表中还存在post_status=inherit的数据项。所以将原代码做如下修改即可解决问题：
$postsnum = $wpdb->get_var("SELECT COUNT(*) FROM $wpdb->posts where post_type='post' and post_status='publish'");
（7月31日更新）
除了日志数量读取bug外，还确实在页码计算上存在一个bug。问题代码：
$pagenum=intval($postsnum/get_option('posts_per_page'));
解决办法：
$pagenum=ceil($postsnum/get_option('posts_per_page'));
去阳江的时候在水里泡的时间太长了，回来后胳膊酸痛and感冒了，相当非常极其感冒～···
这两天坐在电脑面前，咳嗽不断，喷嚏不断，喷嚏那个打得昏地暗地日月无光死去活来，但是不可否认，很爽！
公司空调吹着没啥事，但是一回家一吹风扇就想咳嗽，所以风扇也不敢吹了，也第一次感觉不吹风扇这么惬意～···
猛喝水，但是嘴唇还是干了，裂了，甚至出血了～···
咽喉肿痛了～···尤其在早上起床吞第一下口水的时候，犹如吞刀片～···买了点专治咽喉肿痛的药，但是好像么啥反应！
某位好心的同学给我说，感冒不能吃药，多喝水就可以了，吃药会降低抵抗力～囧rz～···原来是这样滴～···
明天某同学过来，认识整整十年了，原本打算小饮几杯，这病给闹的～···而且网上说咽炎尤其不能饮酒～···偶×！
正准备睡觉，发现PJBlog3发布了，自从换到WP就没怎么关心PJBlog了～···但是毕竟用了一段时间，还多多少少有些感情，而且当时还兴致勃勃地做了几个skin，不厌其烦地修改PJblog的源码，扩充功能～···而现在的omig.org似乎没这份激情了～···
PJBlog3的beta版本修复原有bug的同时也有相当的新增功能。
我比较感兴趣的一些新增功能和bug修复：
OK，更多信息去PJ的Blog看吧～···
PJBlog3下载地址：http://code.google.com/p/pjblog/downloads/list