完成了自动判断浏览器调整CSS后,看到边栏的代码,才发现原来我一直在设计的都只是WP输出的边栏部分,而在没有设置小工具的时候显示的默认边栏却一直都没设计过,汗~~
为了让主题尽善尽美,于是绝对把它完成了再睡觉。
翻阅了 WordPress Codex的Template Tags,查找了相关的WP输出涵数,再套用了之前已经开放完成的WP原生输出部分的边栏所使用的样式表,经过N次的测试和调整,终于完成了!
完成的截图如下:
写于2009年04月19日 星期日 上午 1:35 抢沙发
完成了自动判断浏览器调整CSS后,看到边栏的代码,才发现原来我一直在设计的都只是WP输出的边栏部分,而在没有设置小工具的时候显示的默认边栏却一直都没设计过,汗~~
为了让主题尽善尽美,于是绝对把它完成了再睡觉。
翻阅了 WordPress Codex的Template Tags,查找了相关的WP输出涵数,再套用了之前已经开放完成的WP原生输出部分的边栏所使用的样式表,经过N次的测试和调整,终于完成了!
完成的截图如下:
写于2009年04月18日 星期六 下午 11:46 抢沙发

经过了一个下午对浏览器内核的学习,对浏览器内核有了一定的认识,也了解到了不同内核之间的大致差异。就是因为不同的浏览器内核,所以在不同的浏览器上查看同一站的效果也可能不一样。具体的差异我就不多说了,之前已经发布过一篇《浏览器内核简介》的文章了,想了解具体情况的可以查看该文章。
要实现在不同的浏览器上都显示同一个效果其实也不是不可能的。只要我们给页面增加一点“智能”,那么在页面输出的时候就会判断出使用者所用的浏览器到底是基于哪个内核设计的,我们再针对不同的内核设计相应的样式表,达到一致的显示效果。
要做判断,就地先让服务器知道使用者目前所使用的浏览器是什么。ASP、JAVASCRIPT和PHP都能实现获取用户的浏览器信息,在这里我就不多说了,自己百度一下都能轻易找到。
既然找到了获取信息的方法了,那接下来就要让服务器作出判断了。如果熟悉PHP或者JAVA的话,那这一步就简单多了,判断当前用户浏览器的内核,然后根据内核信息判断使用哪个样式表。(PS:判断的依据可以参考我提供的文件)
写于2009年04月18日 星期六 下午 5:14 抢沙发
浏览器的核心作用就是用来上网浏览,因此它对页面载入速度的快慢,直接影响到我们的使用。
一款优秀的网页浏览器,不仅要具备美观大方的外表,还必须能够以较快的速度载入用户访问的网页,将页面的内容完整地呈现在窗口中。或者,在这里我们可以说一个出色的浏览器,其内核必须拥有良好的解析速度。
通常所谓的浏览器内核也就是浏览器所采用的渲染引擎,渲染引擎决定了浏览器如何显示网页的内容以及页面的格式信息。不同的浏览器内核对网页编写语法的解释也有不同,因此同一网页在不同的内核的浏览器里的渲染(显示)效果也可能不同,这也是网页编写者需要在不同内核的浏览器中测试网页显示效果的原因。
浏览器内核很多,如果加上所有的几乎没有什么人在用的非商业的免费内核,那么可能大约有10款以上甚至更多,不过通常我们比较常见的大约只有以下四种,下面先简单介绍一下。
写于2009年04月16日 星期四 下午 6:55 抢沙发
记得上月底第一次开发主题的时候,代码乱七八糟,命名完全随意定义。结果呢,二次修改的时候为了改一下标题的颜色,改了半小时才找到要改的位置,汗……
后来,看了一些牛人的开发习惯和代码规范后,终于下定决心要规范自己的代码。
其实,在我写程序的代码的时候一向都很规范的,特别是命名!因此,在写程序的时候要二次开发时都非常轻松。由于对WP主题了解不够,而且觉得它的代码不会很多,就随意的定义命名。结果,随着越来越熟悉WP,相应的增加的东西也就越来越多。最终就导致了要改一个小地方也地花三N倍的时间去寻找目标……
现在命名和代码书写都规范了,效率也提高了。但是,新问题又来了!
随着技术不断加深,主题涉及的地方越来越多,考虑的因素也增多了,因此CSS文件里的代码也就越来越多了。最终导致style里的代码行数超过了1000+,这下就算代码多么规范,找起来也不太方便了。
最近,我看到了一篇关于CSS规范化的文章。那文章介绍了一种方式,也算是理念吧。它提出为每一个WP的页面文件配上独立的CSS文件,就如:index.php所用到的所有样式都存放在一个独立的CSS文件index.css里,single.php->single.css,如此类推……