特性：

1. 拥有Hybrid主题所有的内在美
2. 两栏
3. 主页（Primary）、帖子页（Secondary）、归档页（Archive）、页面页（Page）有不同的侧边栏，括号里是边栏名字
4. 标签式页面菜单
5. 其他Hybrid主题框架所拥有的一些功能

版本：0.1beta

截图：

下载：点击这里

注意事项：

• 这是Hybrid的子主题，对应的Hybrid版本是0.5（不装Hybrid是无法使用的）
• 不要对这款主题的外在美有什么过多的期待，如你所见
• 0.1而且还beta，代表很多潜在不稳定性，未必好用
• 这款子主题的作者，不是专业的

作者笔记：

就像各位看到的那样，我非常喜欢Google Code的样式，我的站点换过数次主题，但是外观都定格在Google Code的样式上，最早的verygoogle，然后是yui-theme，然后是现在GoogleCode for Hybrid。外观基本雷同。不要嘲笑我，我对复杂的结构没有驾驭能力，只好选择简洁，设计非我所长。

这款主题的发布，我不指望有什么用户真正去用，如果有人真的要采用，希望你三思，因为我很忙，不会提供必要的支持。

我发布这款主题的真正目的，是为了有始有终，我前面发表了一系列的介绍Hybrid的文章。很遗憾，我也没说明白个啥，这是因为真的很难说明白。不过呢，我还是要完成我的计划，就是给大家展示一个实例教程。这款主题于是来到了你的面前。这款子主题的原身为Hybrid子主题Skeleton，那是一个没有任何样式和功能，只包含一个Hello World的子主题，其本来用意也就是为了成为子主题开发的基础。我通过简单的开发，寥寥数行的代码，做出了这个GoogleCode，里面的代码，包含了一些简要的注释，希望看代码的同学能够有个线索。

通过对Hybrid的使用，我发现，这款主题很好用，很容易二次开发，作为一个IT民工，使用Hybrid是非常愉快的，就像你使用任何其他的开源框架一样，这个主题框架同样可以极大地提高您的工作效率。但是，如果您只是一个普通的用户，您大概需要什么样的基础才有能力定制Hybrid呢，仅仅从我的观点，您需要基本的编程素养，您可能需要一点PHP的语法知识，要明白callback是怎么回事，能够查阅文档，然后，您可能需要对WordPress插件的基本工作原理有所了解，分得清楚什么是Action和Filter。在以上的基础上，您可能需要很多的实践才能游刃有余地定制Hybrid，开发子主题。

您可能也喜欢：

Hybrid 主题框架综述

WordPress Theme: YUI Theme—烂尾版

使用Hybrid框架的起点

免费WordPress主题

Hybrid 常用Action

无觅

迫不及待的安装上了，在菜单里面找了一圈，就发现多了两项，（我的判断方法是，没有中文翻译的那项，就认为是新的，不知道准不准），我们先来看最抢眼的一项。

Add New Themes

像插件安装功能一样的主题安装功能，哈哈，此前在邮件列表里面也看到过好几次讨论这个的了。这次终于看到实作了，说实话，效果还是相当惊艳的，想到以后找主题不用漫天海找了，真是幸福。好了，我们先来看看这个界面的样子吧。

在这个界面上，我们可以看到，一共提供了五个主要的功能，默认进入的是搜索页面。可以按照“Term”，“作者”，“Tag”来搜索主题，下面的标签云也可以点击，那样就会直接进入“主题超市”随便选择。还有四个选择是上传，特色主题，最新主题，最近更新主题。上传界面比较简单，我就不截图了，就是一个文件上传框，可以从本地文件中直接上传主题压缩包到你的主题目录自动解压。另外三个都是直接打开主题选择页面了。

主题选择页面的样子如上图所示。跟主题管理页面有点像，每个主题下面有两个链接，一个是预览，另一个就是安装。我在特色主题里面看到了一款主题，相当漂亮，所以，我就预览了一下子，我们一起来看看。

可以看出来，这个界面基本上延续了主题管理界面的那个预览功能。只不过这次是从远程服务器直接下载预览页面来看，而非将远程的主题套用到你现在的博客上。这样预览速度倒是极快，就跟打开一个普通网页一样。好，接下去如果想安装，还要先退出预览界面才行，因为安装链接在外面，我觉得这里可能还会改进吧，为什么不像主题管理页面的那个预览一样，直接把下载链接放在预览窗体的右上角呢？现在这个样子有点麻烦，当然，也有可能，萝卜青菜各有所爱吧。

这个面板倒是十分地简洁，基本上没有什么花哨的东西，有个温馨提醒，主题在您的WP版本上未通过测试。按下安装，这个主题被顺利安装了。看来现在，这个主题从后台直接安装的特性基本上已经开发完毕了，当然样式上还有点乱，这些就是细节问题了，相信不久，大家就能用上这个很酷的功能了。

Post Tags

另一个功能，就是出现在“文章”子菜单里的Post Tags功能了，这个功能也是相当的酷，类似于Simple Tags提供的批量标签管理。这个功能我就不截图了，直接描述一下吧。

首先是发布新标签。在这个界面，你可以直接创建一个空标签。而且，现在的标签都是支持slug功能的，这点已经使得标签和分类没有什么分别了。

其次是一个标签列表，像是管理分类的分类列表一样。提供了快速修改标签slug和标签名字功能，还有删除单个标签或者批量删除标签功能。

目前，这个功能就者有这些吧，从全面性上看，这个功能只实现了Simple Tags的管理标签功能，还缺乏批量修改文章标签，智能标签的功能。不过我估计这个功能里面带有的api，可以帮助插件开发者开发出更丰富的应用。看来，著名的Simple Tags也要和Thread Comment一样，最终退出历史的舞台了。

好，今天就到这里，祝您晚安！！

您可能也喜欢：
免费WordPress主题	[WP新闻]Widgets管理界面出现重大变化	WordPress主题：GoogleCode	WordPress主题的迷思	WordPress到底在整啥？—Special
无觅

Home页面流程图

1. hybrid_head()
2. wp_haed()
3. body
4. hybrid_before_html()—action，默认没有被hook
5. div#body-container
6. hybrid_before_header()—action，默认没有被hook
7. div#header-container
8. div#header
9. hybrid_header()
10. end#header
11. end#header-container
12. hybrid_after_header()
13. div#container
14. hybrid_before_container()—action，默认没有被hook
15. div#content
16. hybrid_before_content()
17. /*wp loop begin*/
18. div.hybrid_post_class()
19. h2.post-title inline
20. p.byline inline
21. div.entry-content inline
22. p.entry-meta inline
23. end.hybrid_post_class()
24. /*end wp loop*/
25. hybrid_after_content()
26. end#content
27. hybrid_after_container()
28. end#container
29. div#footer-container
30. hybrid_before_footer()
31. div#footer
32. hybrid_footer()
33. wp_footer()
34. end#footer
35. hybrid_after_footer()—action，默认没有被hook
36. end#footer-container
37. end#body-container
38. /body

hook到hybrid_head()的函数列表

1. hybrid_meta_content_type()
2. hybrid_meta_robots()
3. hybrid_meta_author()
4. hybrid_meta_copyright()
5. hybrid_meta_revised()
6. hybrid_meta_abstract()
7. hybrid_meta_description()
8. hybrid_meta_keywords()
9. hybrid_meta_template()
10. wp_generator()
11. hybrid_favicon()
12. hybrid_head_feeds()
13. hybrid_head_pingback()
14. hybrid_head_breadcrumb()

hook到hybrid_header()的函数列表

1. hybrid_site_title() —提供同名filter，参数为标题包括其html tag，没有被hook
2. hybrid_site_description() —提供同名filter，参数为站点描述，包括其html tag，没有被hook

hook到hybrid_after_header()的函数列表

1. hybrid_page_nav() —启动两个action，并提供一个同名filter，参数为导航条包括其html tag，没有被hook

hook到hybrid_before_content()的函数列表

1. hybrid_breadcrumb() —提供一个同名filter和一个名为hybrid_breadcrumb_args的filter
2. hybrid_get_utility_before_content() —该函数打印位于Content之前的Sidebar，在Hybrid中被赋予一个名称为Utility

hook到hybrid_after_content()的函数列表

1. hybrid_get_utility_after_content() —该函数打印位于Content之后的Sidebar
2. hybrid_navigation_links() —该函数打印WP自带的简单页面导航Prev和Next

hook到hybrid_after_container()的函数列表

1. hybrid_get_primary() —该函数首先提供一个filter，名为hybrid_primary_var，参数sidebar_id，如果传入false可以关闭侧边栏，该函数打印主侧边栏，并在此之前和之后分别触发一个action
2. hybrid_get_secondary() —原理基本上和上一个相同，提供的filter名字为hybrid_secondary_var
3. hybrid_insert() —提供一个同名filter，参数为要打印出来的内容，默认为false，这是专门给用户用来添加sidebar的hook

hook到hybrid_before_footer()的函数列表

1. hybrid_get_subsidiary() —其功能等同于侧边栏，同上面两个侧边栏

hook到hybrid_footer()的函数列表

1. hybrid_copyright() —打印版权信息，提供同名filter
2. hybrid_credit() —与上面一个类似，也提供同名filter
3. hybrid_query_counter() —打印页面生成时间和数据库查询数的函数

由hybrid_page_nav()触发的action

1. hybrid_before_page_nav() —action，默认没有被hook
2. hybrid_after_page_nav() —action，默认没有被hook

由hybrid_get_primary()和hybrid_get_secondary()和hybrid_get_subsidiary() 触发的action

1. hybrid_before_primary() —action，默认没有被hook
2. hybrid_after_primary() —action，默认没有被hook
3. hybrid_before_secondary() —action，默认没有被hook
4. hybrid_after_secondary() —action，默认没有被hook
5. hybrid_before_subsidiary() —action，默认没有被hook
6. hybrid_after_subsidiary() —action，默认没有被hook

您可能也喜欢：
Hybrid 资源一览	Hybrid 主题框架综述	使用Hybrid框架的起点	WordPress主题：GoogleCode	免费WordPress主题
无觅

页面模板一览

1. Template Name: Archives
2. Template Name: Authors
3. Template Name: Biography
4. Template Name: Blog
5. Template Name: Bookmarks
6. Template Name: Categories
7. Template Name: Log In
8. Template Name: Logged In
9. Template Name: No Widgets
10. Template Name: Profile
11. Template Name: Quick Post
12. Template Name: Register
13. Template Name: Sitemap
14. Template Name: Tags
15. Template Name: Widgets

Action一览表

1. comment_form
2. hybrid_before_html
3. hybrid_after_html
4. hybrid_head
5. hybrid_before_header
6. hybrid_header
7. hybrid_after_header
8. hybrid_before_page_nav
9. hybrid_after_page_nav
10. hybrid_before_cat_nav
11. hybrid_after_cat_nav
12. hybrid_before_container
13. hybrid_before_content
14. hybrid_after_content
15. hybrid_after_single
16. hybrid_after_page
17. hybrid_before_comments
18. hybrid_before_primary
19. hybrid_after_primary
20. hybrid_before_secondary
21. hybrid_after_secondary
22. hybrid_before_subsidiary
23. hybrid_after_subsidiary
24. hybrid_after_container
25. hybrid_before_footer
26. hybrid_footer
27. hybrid_after_footer
28. hybrid_child_settings

Filter一览表

1. show_password_fields <-- register.php(115)
2. hybrid_post_meta_boxes <-- meta-box.php(74)
3. hybrid_page_meta_boxes <-- meta-box.php(121)
4. hybrid_settings_args <-- theme-settings-admin.php(65)
5. hybrid_breadcrumb_args <-- breadcrumbs.php(31)
6. hybrid_breadcrumb <-- breadcrumbs.php(220)
7. hybrid_breadcrumb <-- breadcrumbs.php(222)
8. hybrid_avatar <-- comments.php(67)
9. hybrid_allowed_tags <-- filters.php(95)
10. hybrid_site_title <-- filters.php(115)
11. hybrid_site_description <-- filters.php(134)
12. hybrid_page_nav <-- filters.php(166)
13. hybrid_cat_nav <-- filters.php(189)
14. hybrid_category_menu_args <-- filters.php(236)
15. hybrid_category_menu <-- filters.php(275)
16. hybrid_search_form <-- filters.php(313)
17. hybrid_insert <-- filters.php(328)
18. hybrid_copyright <-- filters.php(350)
19. hybrid_credit <-- filters.php(380)
20. get_the_image_args <-- get-the-image.php(37)
21. get_the_video_args <-- get-the-video.php(37)
22. hybrid_enqueue_style <-- media.php(39)
23. hybrid_enqueue_script <-- media.php(92)
24. hybrid_favicon <-- template-functions.php(293)
25. hybrid_primary_args <-- widgets.php(64)
26. hybrid_primary_inserts <-- widgets.php(68)
27. hybrid_secondary_args <-- widgets.php(84)
28. hybrid_secondary_inserts <-- widgets.php(88)
29. hybrid_subsidiary_args <-- widgets.php(110)
30. hybrid_subsidiary_inserts <-- widgets.php(114)
31. hybrid_utility_args <-- widgets.php(138)
32. hybrid_utility_inserts <-- widgets.php(142)
33. hybrid_widget_class <-- widgets.php(209)
34. hybrid_primary_var <-- widgets.php(402)
35. hybrid_secondary_var <-- widgets.php(420)
36. hybrid_subsidiary_var <-- widgets.php(438)
37. wp_page_menu_args <-- legacy.functions.php(40)
38. wp_page_menu <-- legacy.functions.php(75)
39. widget_title <-- archives.php(26)
40. widget_title <-- authors.php(26)
41. link_category <-- bookmarks.php(145)
42. widget_title <-- categories.php(26)
43. widget_title <-- pages.php(26)
44. widget_title <-- search.php(26)
45. widget_title <-- tags.php(26)

您可能也喜欢：

Hybrid 常用Action

使用Hybrid框架的起点

Hybrid 主题框架综述

WordPress主题：GoogleCode

WordPress Theme: YUI Theme—烂尾版

无觅

子主题，就是指，以另一个已经存在的主题的页面元素结构和功能为基础，创建完全自定义的样式，和附加功能。而在制作过程中，完全不修改另一个主题的代码。而“另一个主题”在这个过程中，就自动成为了“父主题”。

/*
Theme Name: Rose
Theme URI: the-theme's-homepage
Description: a-brief-description
Author: your-name
Author URI: your-URI
Template: use-this-to-define-a-parent-theme--optional
Version: a-number--optional
.
General comments/License Statement if any.
.
*/

上面一段代码，我想每个主题制作爱好者都不会陌生，这是存在于style.css头部的一段注释，WordPress使用这段信息，加载一个主题。其中的Template，就是在制作子主题的时候用于说明父主题的字段。具体在制作一款子主题的时候，只要将Template:hybrid填写到style.css的头部，就可以使用Hybrid作为父级主题了。当然，这个说明同样也适用于其他主题框架，或者任何一款主题（不推荐使用普通主题作为父级主题）。

创建子主题，就相当于站在巨人的肩膀上，你要处理的文件数量非常少，一般来说只有两个就够了，一个是style.css，另一个是functions.php。style.css的作用是用于说明子主题的外观样式，而functions.php的作用，是用于附加原来父级主题所没有的功能。

这里要做一个特别说明，就是关于文件加载的顺序的说明。如果你制作了一款子主题，那么WordPress在加载的时候，首先加载的是子主题的functions.php然后才是父级主题的functions.php。这意味着什么呢？在Hybrid的functions.php里，使用add_action函数挂载了非常多的东西，根据Hybrid主题框架综述的说明，几乎所有的页面内容，都通过action来挂载。那么如果有哪部分内容，你不想要，或者你想替换成你自己的，那么你是无法直接在子主题的functions.php里面实现卸载的。你能直接操作的，只是挂载，而不能卸载。那么非要卸载是不是没有可能了呢？也不是。这里给出一个方法，首先，创建一个函数，action_to_remove，然后在函数体内写好你要卸载的action，然后将这个函数hook到全局的action init 之上，就可以实现卸载了。代码如下：（什么是Hook？什么是Action？）

add_action('init','action_to_remove');  function action_to_remove(){    remove_action('hybrid_header','hybrid_site_title');  }

通过上述代码，我们移除了Hybrid主题中的title部分。其实，这个问题也有其一般意义，因为当你想要移除一个action的时候，这个action根本还没有被add过，那么你的移除动作是无效的。以后如果有必要，我会专门撰文介绍这个问题。

上面两段，对于插件开发爱好者来说，可能非常容易理解。一般同学如果不理解，没关系，直接跳过就ok了，毕竟Hybrid没有往主题里挂过多的不必要的东西，一般情况不需要移除任何东西的。

这里总结一下，创建子主题的过程：

1. 在wp-content的themes文件夹下，创建一个文件夹，用作子主题的目录，如my-custom-hybrid。
2. 在my-custom-hybrid目录里，创建两个文件，一个是style.css，一个是functions.php（可以不要这个文件）。
3. 编辑style.css文件，在头部按照上文的格式，撰写注释信息，在Template后面，填上hybrid。
4. 在style.css文件内部，使用CSS语法，创建你自己的样式。
5. 在functions.php内部，添加一些功能，或者嵌入某些插件。

到这里，如果你真的看明白了，想要动手制作了，那么我还要再推荐给你一个非常好的东西。制作一款子主题，并非必须从0开始，也即从一个空白的style.css开始。Hybrid的作者非常贴心的创建了一个子主题skeleton，就是为了给广大主题爱好者创建一个良好的基础。该子主题的style.css文件，按照页面元素的层次结构和出现顺序，罗列了所有的class名称和id名称，比如，导航条部分的代码样子如下：

/**

* Page navigation

************************************************/

/* Wrapper for navigation */

#navigation {}

    /* Page nav */

    #page-nav {}

        #page-nav ul {}

            #page-nav li {}

                #page-nav li a {}

            #page-nav li.current_page_item {}

瞧见没有？是不是结构非常的鲜明，一目了然呢？下载地址。

好了，今天就介绍到这里吧，下次，将要撰写《Hybrid资源一览表》，欢迎大家继续关注！

您可能也喜欢：
WordPress主题：GoogleCode	Hybrid 主题框架综述	Hybrid 资源一览	Hybrid 常用Action	视频教程：使用Yii框架开发Blog
无觅

Hybrid 是 Justin Tadlock 开发的一款主题框架，该框架功能非常强大，下面简单罗列一些。（该列表原文来自原主页，其翻译来自上善若水。）

• 如同 SandBox 主题框架一样，用户可以自定义主题样式；
• 内置了基本的 SEO 选项，基本可以取代 All In One SEO Pack 之类的插件；
• 拥有一个完备的主题选项；
• 内置了常用的13个页面的模板，用户可以利用这些模板来完成许多事；
• 自 WordPress 2.5 版本至最新的 2.7 版本全兼容；
• 原生支持至少15个插件；
• 附件处理功能；
• 迷人的 Tab 式位置导航变体 菜单；
• 基于 960 GS、Blueprint 和 Tripoli 相当可靠的 CSS 样式；
• 可以建立各种样式的站点；

Hybrid 是一款名副其实的“框架”。其整体架构，就是一个良构的XHTML布局，具体来说，就是一个页头，一个页面内容容器，里面分为主要内容，侧栏等；然后是页脚。除了一个最基础的DIV+CSS的XHTML布局之外，剩下的就是Hook，在上述基础布局中，所有可以插入元素，或者有必要插入元素的地方，都带有WordPress的Action。

当然，Hybrid除了是一个框架之外，它还是一个主题。Hybrid主题本身，就建立在其自身搭建的框架之上。为什么这么说呢？因为一个博客模板里，所有最为基本的东西，如<head>标签内部的一些meta tags，博客标题，站点描述，页面导航，侧边栏，页脚版权信息，等等等等，绝大多数主要内容，也即除了“骨骼”之外的那些“肉”，都是通过action来挂载的。既然是挂载上去的，当然也可以摘除。

Hybrid框架最适合作为开发子主题的基础，因为该框架本身布局灵活，通过框架内部带有的action，子主题作者可以从原本基础上摘除任何不需要的功能块，同样也可以挂载任何自己开发的功能块。这一系列的操作，都不需要对Hybrid本身动手术，这保证了Hybrid框架的完整性，为日后升级提供了极大的方便。

上手Hybrid，一定要有框架思维，把它当成一个真正的框架，才是正确的用法。（写给程序员：你在编程时有想过修改.net framework或者MFC或者JFC或者STL的代码吗？答案如果是没有，那么你也不需要去修改Hybrid的代码。）我这里这么说，主要是想告诉一些希望定制Hybrid框架的朋友，直接DIY Hybrid的源代码，是不被禁止的，但是Charles个人及其不推荐的。Hybrid虽然是一款非常优秀的主题框架，但是其目前版本只有0.4.1，其内部代码还有至少3处被标记成under active development，整个框架还处在活跃地开发状态，保持随时升级非常重要。

未完待续

下一篇，拟介绍《使用Hybrid的起点》，欢迎给位在下面跟帖讨论，并给我提供写作建议，谢谢！

您可能也喜欢：
使用Hybrid框架的起点	WordPress主题：GoogleCode	Hybrid 常用Action	Hybrid 资源一览	免费WordPress主题
无觅

那个时候，刚刚真正意义上的开始了解现代网页设计一些思想，对CSS禅意花园无比痴迷。Web 标准，语义标签，表现内容分离，良构的HTML等等概念，刚刚进入我的眼帘。这个时候，我接触到了SandBox主题。第一次看到SandBox主题的源代码，简直就让我佩服得五体投地。还有什么能比这个更灵活的结构吗？我为我找到这个主题兴奋了好久，并且，一直都在使用。那时候，我跃跃欲试，一试身手，我从禅意花园里面挑了一个非常适合作为博客主题的作品，要把它用SandBox复制出来，结果，我之花了1天时间。作品见这里。

想一个像我这样的新手，学CSS不久，就能搞定这样的主题，SandBox的优越可见一斑了吧。那以后，我的兴趣越来越往程序方面偏斜，终于，SandBox不再能满足我的需要，这才又换回了K2，但是，随着我个人对WP了解的加深，能力的加强，K2也没在我的博客停留几天，终于还是用上了我自己的模板。不过呢，现在如果有哪个主题作者来问我，我还是首先推荐SandBox的。

前两天，我就在WTC里看到了SandBox的域名将要出售的提示。心中不免有些感触，又说不出来是什么。其实，这个项目早在去年就停止维护了，但是项目没有关闭，始终还在。就像一个孩子长大了，终究要离开父母，SandBox，挂着自由的牌子，独自出来闯荡了。（SandBox和他的作者的故事，看得我挺伤感。）

前不久，一份关于WP 2.8的Survey，我还为SandBox进入WP包投上一票了呢。不过，前些天，我更新了SVN，完全没有这个迹象，我相信很多热爱WP，热爱主题制作的开发者，都会为SandBox投上一票的，但是，它没进来。以后，估计也不可能了……

我想表达些什么，但是，发现还是什么也说不出。总之，继续关注SandBox的命运，就算是为了纪念第一个真正意义上的应用了语义标签设计的模板也好，就算是为了纪念theme framework概念的雏形也好[说明]，就算是真正的作为一个sand box也好，这个主题都不该这么就草草收场，让我们拭目以待。

说明：Sandbox被誉为是一个theme framework，但是我个人的观点来看，作为一个framework，它还是很有欠缺的，当然，其在网页前台的那种定制性和良好结构，目前看来还是数一数二的。不过，framework家族的很多后起之秀，大有赶超之势，包括我之前喜欢的thematic，现在让我着迷的hybrid，都是如此。

您可能也喜欢：
在SandBox的导航中添加“首页”和“网站管理”	Style:Contemporary Nouveau for WordPress	修正SandBox的Author页面错误	免费WordPress主题	WordPress主题的迷思
无觅

2. 原本，这是我想做好了发布的一款主题。

3. 最终我没能做好，很抱歉。

4. 主题处于开发状态，未完成。

5. 主题里面融入了我的一些理念，可能看起来很奇怪。

5.1 使用了Yahoo！YUI 框架，所以叫YUI Theme

5.2 使用了CSS文件和JS文件的合并压缩

6. 没有Web开发经验的同学，可能定制起来很困难。

7. 支持侧边栏插件。

8. 有问题的同学，在下面跟帖。

9. 我最近很忙，如果问题很简单，我会尽快回答。

10. 如果问题很麻烦，我可能不会回答。

11. 里面有很多我的定制，请自行修改

11.1 Google自定义搜索请替换掉

11.2 Google Friend Contact请替换掉

11.3 footer里的统计代码请替换掉

下载地址

祝大家好运~~

您可能也喜欢：
WordPress主题：GoogleCode	WPTheme: twentieth 测试	免费WordPress主题	WordPress插件：选项查看器	WordPress主题的迷思
无觅

我现在的主题叫做yui-theme，我想，这是我对主题内部构造的设计的一种追求，我希望能把我学到的所有的最先进的技术都用在这个主题上。

当然，现实和理想总是南辕北辙。

首先说说，我进行了哪些尝试吧。

1，css和js文件合并。将模板用到的所有css文件写入同一个文件引入模板。js文件同理。好处就是在相同流量的情况下，节省了http请求数量。当时我在中间引入了gzip压缩，而实际在本地测试的时候，觉得js文件经过压缩的话，页面占线速度会被拖慢3s以上了，可能是本地的服务器性能问题，反正最后是把js的压缩取消了，保留了css的压缩。

2，css框架，这个模板使用YUI的css框架来设计，这是我第一次使用这样的框架，因为对于搞不定css的我来说，使用框架无疑是一种简便的选择。框架文件有好几个，一个是grid，一个font，一个base，除此之外自定义的css放到custom里面，分文件开发，合并引入，这时候也能体现文件合并的好处。

3，大规模应用jQuery，我为这款模板设计了各种个样的jQuery小功能（当然，现在没实现几个）。使用jQuery的指导原则就是，非入侵式，也即，完全不让代码出现在html里面，只使用外部文件；保证可访问性，也即，如果js失效，页面损失的仅有美观，而不损失功能。

目前，这个模板开发完成度在10%左右，即便如此，也是耗费了我好几周的精力，以至于都没有任何继续下去的激情了。所以，我迫不及待地自己先用上了。

然后说说，模板设计过程中遇到的问题：

按照yahoo网页性能提升的最佳实践，应该在页面最底部引入js文件。我实际上就是这么做的，但是这个是有问题的。因为，关键问题就在于我使用了类库，类库是应该比所有js文件都早地被引入到页面，而我只能保证我的模板里先后顺序，而插件里的js一般会被hook到wp_head里面去，所以，总是会出现在头部，顺序乱了，肯能导致js失灵，所以现在不得不重复地在页头也引入了一个jquery，这就是浪费了。

使用文件合并来减少http请求，这个东西同样是很好的尝试，但是这又和wp的结构有关，很多插件又是很随意的在wp_head里面插入外部文件或者直接写代码，根本没有办法把这部分文件合并，这使得这个尝试也变得很鸡肋。曾经在wp的trac里面看到过有人提这个问题，解决这个需要全新的架构。我个人觉得需要全新的机制类支持这个功能。

我其实还为这个模板准备了很多好玩的小功能，但是现在都处于未完成状态，唉……好懒啊……

好久没写技术日志了，记下这几点感受以充数。

期待自己下一轮欲望高涨时刻的来临。

您可能也喜欢：
WordPress主题：GoogleCode	WordPress Theme: YUI Theme—烂尾版	使用NetBeans IDE 6.5作为WordPress的开发环境	WordPress插件：选项查看器	免费WordPress主题
无觅

一个博客的侧栏作为一个提供辅助信息的区域，其实，是一块非常重要的区域。好些博客，喜欢在这里放各种各样的东西，简单列举一下，有加强博客页面SEO，向读者暴露更多入口点的，如最新文章，点击最多文章，随机文章等等；还有增加博客社会化的，如订阅图标，最新评论，评论最多用户等等；此外还有很多有意思的小挂件，像歌曲，search bar，统计之类的东西，当然还有广告。

但是，不知道大家有没有意识到这个问题，很多主题的侧栏，基本上一成不变，上篇文章也说了，WordPress的页面分成好几类，首页，文章页，归档页，搜索页，404等等，那么这些页面，根据其功能来说，使用完全相同的侧栏，是不是真的很妥当？

我最早是在Andor的WordZine和阅微堂体验到了根据页面种类来定制侧栏的妙处，我想，这两个站点的主人一定在这个地方动过很多脑筋和做过一些有意的思考才这样做的。

在WordZine的前身theme paradise，我看到帖子页使用侧栏来输出评论（是本文的评论），其实这个在别处也看到过，就是cnBeta，侧栏顶上输出最热评论，但是这个功能第一次在博客看到，竟然那么惊艳，很新颖。那个时候，theme paradise的主页侧栏输出的是Aside，就是一些文章的摘要，那个模板显示最新第0-第3篇文章全文，在侧栏输出第4-第8篇文章的摘要，然后底部多了底栏，输出其他内容。

而阅微堂（当然现在也已经改版了），首页侧栏输出三个文章列表，而在侧栏输出了相关文章，具体我记得不清楚了，当时，我就觉得，哇，侧栏变掉了。

当然，同学们可能已经发现了，我现在这里的博客也使用了不同的侧栏。如果感兴趣，你可以发觉一下，我的侧栏到底有何不同。我就不讲了。当然，我也只是一个尝试，欢迎大家对我的做法发表你们自己的看法。

然后我来讲讲，怎么实现这个不同的sidebar。对于手写侧栏的人来说，这个事情恐怕要简单得多。

这个模板标签大家可能很熟，用这个，就会自动去调用一个叫sidebar.php的文件，将这个部分加入到你的页面。其实，这个函数可以接受一个参数，就是sidebar name，可以调用sidebar-name.php文件到页面中，如果这个文件存在的话。

比如我的模板里，有sidebar-404.php，sidebar-single.php，和sidebar.php。我的帖子也，使用的调用就是get_sidebar('single');我的404用的就是get_sidebar('404');，这样，就在不同页面得到了不同的侧栏。

而对于使用Widget的同学来说，这个事情恐怕就要复杂得多，很有可能，目前，你们有没有能力实现这个做法。这就需要我们这些做插件尤其是做Widget的和做模板的来付出努力了。

1. 模板要支持多sidebar，像我说的那样，每个页面有对应的sidebar文件，而且，每个页面不是同一个sidebar。

2. Widget要支持多instance，就是一个Widget要具备多次插入到边栏的能力。

哎呀，一不小心就洋洋洒洒地说了一堆，不知道大家对这个东西都有些什么看法啊？欢迎交流~~

您可能也喜欢：
WordPress主题的迷思	[新闻]WordPress新特性预览—主题自动安装（多图）	免费WordPress主题	WordPress Theme: YUI Theme—烂尾版	WordPress主题：GoogleCode
无觅

这张图解释了WP从用户给出query到最后调用正确的模板文件来产生页面的一个过程。从图中我们可以看到，WP一种支持13种模板文件。那么这十三种模板文件中，到底哪些才是必须的呢？

相册：illustration

1. index.php

可以看到，只要对应的模板文件找不到，最后都会调用index.php，只有这个文件是逻辑上必须的，如果没有，模板根本不能加载。

2. single.php

此文件从逻辑上不是必须，但是一般的主题都会带有这个文件。究其原因，就是单篇帖子页面和主页，有着非常大的不同，这个页面上与首页最重要的不同，可能就是评论展示了。

3. page.php

这个文件也是一般主题常带有的，这个是页面文件的模板。那么页面又有哪些不同呢？页面作为一种常设的Post，其发布时间可能并不是那么重要的，因为这个页面一经发布，就长久存在，不过，我个人倒是认为，虽然发布时间不重要，但是更新时间确实在某些情况下还是有必要的。比如我自己用页面来展示插件的文档，那么这个文档的更新时间能够向用户传达文档的时效性，所以，我觉得，在页面展示更新时间，是否应该作为主题管理面板的一个选项给用户选择。

4. pagename.php

这个文件不是叫pagename.php，而是说，这个模板文件也是page.php的一个变种，是page的slug来命名的，基本上，很少有主题会带有这个文件，不过呢，我觉得，国产模板的作者可以考虑带上这个文件，比如，很多博客都喜欢guestbook这样的应用，但是一般的模板文件page.php，往往不会带评论部分，作为一个模板作者来说，产生一个guestbook.php这样的事情完全是小事一桩。

5. archive.php

这个文件其实就是展示归档的模板文件，一般来说，主题里都会带有这个文件的。不过呢，从图中我们也可以看出，归档其实可以分成四个种类的，日期归档，分类归档，tag归档，作者归档。从功能上来说，划分那么细并非是必须的，不过呢，我想对于团队博客来说，作者归档里面带上照片和作者介绍，应该是很好玩的应用吧。而对于分类归档和日期归档，可以考虑给予一些辅助检索的措施，当然，这些都可以详细展开讨论，作为一个用户，您有什么新奇的点子呢？

6. search.php

带有这个模板文件的主题也不多，其实这个里面还是很有文章可以做一下的，不过呢，我暂时也没有很么好点子。比如在搜索页面嵌入一个google搜索，或者嵌入一个专门的带有类似suggesting那样功能的搜索框，都应该是比较好玩的吧……

7. 404.php

当找不到文章的时候，或者永久链接失效的时候，都会进入404。404又是一个大有学问的模板文件，前段日子，google黑板报在搞404代码专题周，google都如此重视404，可见其重要了吧。以前A List Apart也写过一篇《完美404》，给出了很多有效的建议。我想，作为一个主题作者，您是不是也考虑，在您的模板中加入一个非常友好的404呢？

8. attachment.php

到现在为止，我还没有见过哪个主题带有这个文件的呢，也可能我从来没有注意过这个问题吧，我现在的想法就是，那种专门展示照片，艺术作品的photolog，可以做一个美丽的展示单幅图片的image.php，哈哈……Updated: 哈哈，关于这个，大家可以瞧瞧梦色的文章，如何制作Gallery

========分割线========

以上都是一些我个人的想法，和我对一些模板文件的认识，难免有偏颇之处，还望大家指正。另外，写出来这个，也是想和大家讨论讨论的，哪些模板文件是您非常需要的，哪些又是您非常不需要的？

P.S. 与主题完全无关的内容，我发现Picasa Web竟然悄悄的改版了，好像更人性化了，在单幅图片浏览页面添加了上传按钮，而且图片的链接格式也发生了较大的改变，现在竟然用table来做容器了……

您可能也喜欢：
WordPress主题：GoogleCode	WordPress Theme: YUI Theme—烂尾版	使用NetBeans IDE 6.5作为WordPress的开发环境	免费WordPress主题	[新闻]WordPress新特性预览—主题自动安装（多图）
无觅

经常有这么一种感觉，就是看到很好看的主题，自己一装上，就觉得很难看。于是乎有了一种错觉，主题永远是别人的好。

针对这个问题，我来谈谈我的一些经验和迷惑吧~

很多英文主题其实不适合中文博客使用。

互联网上绝大多数主题都是外国人设计的，这里面又绝大多数是使用字母文字的设计师设计的，又绝大多数不支持多语言。所以说，官方模板主题也好，著名设计站点也好，很多主题都是看着不错，自己一用就效果很糟糕。我觉得，一般来说，外国设计师设计的主题，都要针对中文特性而优化，除非你写作英文博客。而这种优化的难度其实是很高的，需要的都是对细节的调整，字体，字号，行高，段间距，容器边距，有的甚至页面布局都要调整。

好些主题看着好看不中用。

现在的Web设计领域有好多先进的理论，当然我了解得是很少的，但是我还是想扯扯。一个就是SEO问题，不知道为啥，WP在这个领域一直做得很差，已经有那么多人都提出过了，那个title的顺序，应该是先出现文章或者页面标题，再出现博客名称，为什么过了如此之久，WP还不修改模板标签呢？所以，不懂这个玩意的设计师，弄的主题肯定是需要手动优化的。另一个是可访问性问题。简单说就是源代码布局，一般来说是页面最重要的部分要先出现，次要部分后出现。有的很烂的模板会设计成sidebar先出现，文章列表后出现。我不说这个东西的SEO有啥关系，我就告诉你一种情况，sidebar上往往会放一些widget，或者你手写也好，这里面调用到的代码往往不是WP的程序员开发的，而是不同的插件开发爱好者，一旦他们的代码刚好出了一点问题，那么……PHP是逐行解释执行的，那么如果sidebar在前面，解释到这里刚好出错，你的正文部分都不会出现了。但是，反过来，文章先出现，而sidebar就算崩掉了，用户还是从你这里得到了有用的信息了。

有好些主题过分简单。

好多主题，打开一看，就那么几个文件，不超过20个吧，其实WP对页面有着非常精细的区分，比如post，page，archive，home，search，404，可能还漏了一两个，我个人观点是一个好的主题应该关注细节，每个对应的页面都要有细节上的区分，事实上能做到这点的很少，往往是一个single.php 一个page.php，一个archive.php，其他的东西都用一个index.php给代替了。定制性也很弱，基本上functions.php打开就是一片空白，更有甚者连sidebar widget都处理不好。更别提后台自定义了。像K2和国内xuyiyang设计的那几个主题那么多定制功能的主题真是少之又少。

我的一点想法

现在，WP主题的这种现状，让我感觉到，大家真是简简单单地把主题当成一个纯粹的皮了。就像论坛里面的很多人说的一样，“皮”。作主题的，是做“皮”的。这些人里面，绝大多数都是一些艺术细胞不错，但是基本不懂编程的人，而WP的这种架构又决定了这样的人设计不出好看又强大的主题。而另一些做“皮”的，是程序员出身，他们做的主题很强大，往往规规整整，条理清晰，说难听了就是呆板，这类主题就往往不好看，但是强大。这样的两种人，使得现在的WP博客们陷入了一种状态，就是不懂编程的朋友，永远挑不到称心如意的主题，因为他们不会修改，不会定制。

改变这样的现状，其实应该不难，就是我呼吁主题制作者能够互相联合起来，发觉能力互补的搭档，这样的团队合作应该能出品真正的高品质主题。

WP主题，同样应该分成表现，结构，逻辑几个层面来认真设计。WP只提供了管理后台和数据库，还有有限的模板标签和hook，要在这个基础上建立的主题，是真正的UI，决不是一个简单的“皮”，还有“肉”，如果数据算“骨”的话。

您可能也喜欢：
免费WordPress主题	WordPress主题：GoogleCode	[新闻]WordPress新特性预览—主题自动安装（多图）	WordPress Theme: YUI Theme—烂尾版	WordPress到底在整啥？—Special
无觅

从plugin_loaded这个action执行之后开始。

在wp-settings.php的最后一段，我们会看到，这里构造了一系列的对象。

首先是WP_Query，然后是WP_Rewrite，然后是WP对象。

这个三个对象构造完，是两个常量，TEMPLATEPATH和STYLESHEETPATH。这两个常量是非常有用的，在模板制作的时候，可以直接用来指明自己的模板目录。

之后构造WP_Locale对象。

接着，模板文件就开始涉足了。

首先是functions.php，本质上就是把这个文件里写得代码执行一遍。注意，此时模板文件夹里的其他文件还没有动，这个文件就已经被执行了。

然后，才是WP对象的初始化，然后是init这个action的执行。

再其次，是WP主程序的执行，也即WP对象的main函数被执行。

最后，是template-loader.php登场。该文件会按需加载不同的模板文件。

最后说一下functions.php，这个东西的本质是一个插件文件，只不过是最后一个加载的插件，注意这个文件的加载顺序。这时候，作为一个主题作者，其实是可以做很多事情的，比如，加载本模板所必须的插件，你可以探测用户是否已经安装，如果么有安装，你可以加载自己内嵌的版本。同样，你可以在这个时候卸载掉一些插件，因为插件一般都是用add_action或者add_filter这样的hook的，而且执行functions.php的时候，都已经执行完毕了，这个时候完全可以去探测一下跟模板冲突的插件是否存在，然后给remove掉。

模板里甚至可以带有一些模板作者自己定义的feed，在我看来，wp的feed的rss2版本写得是很一般的，很多人都会通过插件来扩展那个rss2，其实作为一个模板作者，你完全可以自己写一个更好的feed，来取代rss2的原版feed，比如可以添加帖子留言，相关文章，广告到feed当中，甚至你可以在feed里面加上自己的模板的小广告链接。

您可能也喜欢：

WordPress到底在整啥？—(10)

WordPress到底在整啥？—(08)

WordPress到底在整啥？—(06)

WordPress到底在整啥？—(04)

WordPress到底在整啥？—(03)

无觅

Unnamed有如下特性：

1. 即时评论（可以关闭）
2. 即时搜索（可以关闭）
3. 滑动面板（可以关闭）
4. 两栏布局或者三栏布局可配置
5. 字体、链接、背景颜色可配置
6. 页头图片可配置
7. 侧边栏显示可配置（还是不够强大的，不如SBM强大，但是已经相当不错了）
8. 支持Widgets
9. 支持多级页面导航，隐藏页面
10. 支持Feed重定向，对于使用FeedSky或者FeedBurner的用户来说这个功能很方便
11. WP2.5兼容，支持头像

Unnamed下载：作者页面下下载 

中文语言包：本站下载

Unnamed截图：Live Demo

=========================================

后记，说实在的，翻译是一件吃力不讨好的工作，但是，还有一句实在话，就是通过翻译一个模板的语言文件，能学到很多的知识。有些时候，看到很多字符串，根本就想不出来这些字符串会出现在什么地方。通过翻译，然后运行模板反复对比，才可以搞清楚，原来，做一个模板还有考虑这，考虑那，真的很长知识，很长见识。通过这样的翻译，也发现了，Xu Yiyang的这两款模板，真的是细致周到，体贴入微，而且功能强大，当真让我敬佩非凡啊！

翻译肯定有不当的地方，希望试用的同学能给我指正，当然你也可以不指正，直接在我的基础上DIY。下面给出语言包的链接。

原作者放出的PO文件下载

我自己生成的PO文件下载

（这里解释一下，原作者提供的PO文件缺少一些字符串，后来我直接从他的模板文件又生成了一份，就比较完整了，不过本着尊重原作者的原则和抱着顺便发送Pingback的目的，还是提供一下原语言包的链接啦~~ ）

您可能也喜欢：
RGB1.1主题	免费WordPress主题	[新闻]WordPress新特性预览—主题自动安装（多图）	WordPress主题：GoogleCode	WordPress主题的迷思
无觅

RGB是一款简单，精巧，高度可定制的主题，十分关注于细节。

其主页面简单明快。带有AJAX的底栏。侧边栏可以定制，支持Widget。默认情况下主页和归档页显示的侧边栏不同。

带有简单而清晰的后台设定页面，主题页头图片，文件颜色，背景色，链接颜色，侧边栏颜色背景色都可以定制。

底部的AJAX底栏也可控制显示或者不显示。

留言已经带有了EMail通知功能。

强烈推荐这款主题。

• 下载：主题页面下载
• 中文包：点击这里下载

（作者非常忙，没有时间为这个主题提供中文包，所以，我就自己为其制作了一个中文包，不嫌弃的同学可以试用。）

主题的截图，大家可以去作者的主页上查看，我在这里，给大家提供一个预览，因为发现原作者好像唯独没有提供这个功能呢。

Live Demo会尽快恢复的

Updated:

经losdar网友指出，Previous Entries和Next Entries翻译有误，现已更正。谢谢losdar~~

您可能也喜欢：
Unnamed 1.23 中文语言包	WordPress主题：GoogleCode	[新闻]WordPress新特性预览—主题自动安装（多图）	免费WordPress主题	WordPress主题的迷思
无觅

twentieth 是原theme paradise使用的模板，现在theme paradise已经关闭了（很遗憾，不过目前开办了WordZine ），所以其原作者Andor将其模板放出与大家分享。

征得Andor的同意，我将twentieth做了修改，发布在这里供大家试用。

目前，twentieth处于测试阶段，推荐喜欢并且有一定diy能力的同学试用。

特色：

1、首页使用3个loop，可以显示18篇文章，显示前3篇文章全文，4~8篇摘要，9~18篇的文章标题。
2、侧栏全部在底部，目前加了widget支持，但是我没有处理得很好，所以放出来给大家提提意见
3、帖子页面布局：左侧输出文章，右侧输出评论（传统模板都在底部输出评论）
4、可以放置广告
5、支持Gravatar头像

下载：

　　twentieth.zip　 注意：目前只是测试，请同学们提点意见

　　原版说明及下载

实例：

　　Live Demo

截屏：

您可能也喜欢：
WordPress Theme: YUI Theme—烂尾版	WordPress主题：GoogleCode	Style:Contemporary Nouveau for WordPress	[新闻]WordPress新特性预览—主题自动安装（多图）	WordPress Plugin: Embedded Slideshow
无觅

新特性：

• 可以动态减少纵栏数量来适应屏幕尺寸的选项
• 支持主题样式表
• Hooks and PHP support for Styles: mod K2 without needing to change the code.
• 支持WP2.5头像
• 可以通过WP2.5的Media Library来管理头图了。
• 在WP2.5下增加了Image Gallery的页面模板
• 修复了许多Bug

Download: K2 Release Candidate 6.

您可能也喜欢：
免费WordPress主题	WordPress主题：GoogleCode	[新闻]WordPress新特性预览—主题自动安装（多图）	WordPress到底在整啥？—Special	WordPress Theme: YUI Theme—烂尾版
无觅

1. http://www.kaushalsheth.com/

   印度孟买的一个年轻的网络设计师，觉得他给出的几个免费的模板都很漂亮。

2. http://warpspire.com/hemingway/hemingway-for-wordpress

   一个名叫Kyle Neath的，非常可爱的同龄人，23岁。非常有个性。 给出了很多他的联系方式，但是并不是那么easy going，他只希望看到Hemingway的Bug Report，但是不想交朋友，哈哈……Hemingway是个非常有名气的主题，以前，我很喜欢的Utom Box，就是在Hemingway的基础上做的。

3. http://utombox.com/

   86年生的一个孩子，英语不错，对ta，知道的就只这么多了。这里就是Utombox啦，4u和5u都是基于Hemingway改的，现在又有新的模板了，也挺漂亮，好像绿色调的比较多。看着比较清新……
   

4. http://smartr.cn/theme

   这位博主发布了好几款主题，名字叫JS Paper的是最新的，感觉挺漂亮，他自己使用的两栏的主题也非常地简洁明了。我很喜欢，所以推荐给大家。

5. http://www.plaintxt.org/

   这里就是鼎鼎大名的Sandbox的出生地了，这里也是一个设计师的个人网站，这里提供的模板都有一个共同的特色，简单，这个被主人称之为minimalism，最小主义？呵呵，Sandbox在这里还有几个孪生兄弟，都是那种整张白板的设计，我只试用过Sandbox，当真是非常好的一个主题。其以“富语义标签”为特色，用来做自己的style简直堪称完美。其实大多数人做模板只是希望得到一个好看的外观，那就不必劳神去自己写什么php代码啦，使用Sandbox好好做自己的外观就好了！我目前为止，做过两次移植，一是把禅意花园的一个主题移到Sandbox，另一个是把上文说的5u移植到K2上，这么一对比，就充分体会到Sandbox留给设计者的自由，直感觉和禅意花园不相上下了，嘿嘿。

6. http://www.cngr.cn/dir/209/257/2007013017029.html

   挺不错的主题呢，尤其是可以切换的选项卡那种样式的，不多见，不过不知道这个主题是不是支持Widget。大家感兴趣可以去看看……

除了以上我列出来的，还有一些别人的劳动成果，我就不引用了，我把网址列在这里，大家自己去看吧：

1. http://fairyfish.net/category/featured-themes/

《我爱水煮鱼》是一个关注WordPress的博客，这个列表是它推荐的。看了看，觉得有几个很漂亮。

2. Free WordPress templates

偶然找到了这个地方，猛然发现这里的模板真的是相当好看啊，图片背景颜色艳丽，很有视觉张力。虽然都是一个系列的，但是每一款都那么让人喜爱，真是好东西。

您可能也喜欢：
WordPress主题：GoogleCode	[新闻]WordPress新特性预览—主题自动安装（多图）	WordPress Theme: YUI Theme—烂尾版	WordPress主题的迷思	WordPress到底在整啥？—Special
无觅

我也被SandBox的这种特性所吸引，更让我看重的是使用这款主题，可以像CSS 禅意花园那样，只通过更换CSS样式表，就使整个界面风格改变。虽然我对CSS也有兴趣，但是实在没有时间和艺术细胞去自己搞一个CSS，好在有很多的爱好者，做了无数的美丽主题，使得我可以不费吹灰之力，就把自己的主页变成了现在这个样子。

然而，非常遗憾，对于用惯了K2的我来说，SandBox还是有很多功能上的不足呢。不过人家本来也不是以功能强大和动态效果著称的，没法子，只好自己动手了，谁叫这个模板叫“SandBox”呢（A low box filled with sand for children to play in.）。

以前，真的用了很长时间的K2，后来由于使用K2模板的主页不知道为什么一直在我的虚拟主机上运行超时，才不得已换掉了。但是K2带给我的那完美的印象却没有因此损失分毫。所以，我最想做的，就是让我的SandBox在常用功能上，更接近K2。

好，首先就是把主页导航给补充完整——添加“首页”的链接，其实，这是一个很简单的事情（难的我也不会），就几行代码就可以搞定了，但是不知道为什么，那么多模板，都没有考虑到这个问题，一个最最一般的网站也会有这个链接的。

不废话了，直接说怎么改吧，打开/rootdir/wp-content/themes/sandbox/functions.php，找到下面的代码：

将上述的代码改成：

简单解释一下上述的代码，show_on_front是WordPress的一个属性值，指的是WordPress默认展示的页面，可以是最新发表的文章，对应的值为posts，也可以是静态页面，对应的值为page。如果你自己指定一个页面作为默认展示的页面，那么那个页面就应该是真正意义的首页，你说对吗？所以这种情况下，我们是不用多此一举添加一个首页导航的。

接下来的一些代码是确定，什么情况下，给首页链接的class添加current_page_item类的代码，这主要是为了在CSS里面控制current page的导航标签的显示样式用的，如果你的导航是那种纯粹的没有任何变化的导航条，那么下面这段if中的代码也就没有用了。

最底下，我加了一行wp_register()函数，这种wp_xxxx()的函数，叫做WordPress Template Tag。按照文档，这个函数的功能是在没有登录的时候显示“注册”，登录后，改成显示“网站管理”。熟悉这些的人一定知道，这也是在学K2，但是其实，K2导航上是不会显示“注册”的，我在自己机器上调试的时候，也不会显示注册，难道说这是WordPress 2.3.2和2.3.3的一个差别？不得而知了。

您可能也喜欢：

Style:Contemporary Nouveau for WordPress

修正SandBox的Author页面错误

SandBox 何去何从？

隐藏搜索框旁边的按钮

WordPress Theme: YUI Theme—烂尾版

无觅