
帮助菜单其实对于访客或者会员来说用处不大,但是对于管理员来说可能还有点作用,这段代码能使帮助菜单只对管理员显示,添加到functions.php中即可。
是否觉得升级主题让人头痛?老实说,大部分人是不太会升级主题的,如果你需要经常更新你的主题,这里有一款新的插件可以让你非常轻松地完成这个过程。
这款插件是由iThemes公司的 Chris Jean开发的,叫做轻松升级主题(Easy Theme Upgrades )插件。使用非常简单。今天早上做过测试,它的表现堪称完美没有任何错误。另外,备份压缩包文件中包含了用户对文件所做的修改。考虑到很多人都需要对主题进行一些修修改改,这将会非常方便实用。这种方法可以确保你永久不会丢失所做的修改,而是将你的修改保存到文档文件,进而在新的版本上也会复制并粘贴了你的代码。升级一款主题,最害怕的就是你会丢失所有的更改,对亏了这一款插件,再也不需要有这个顾虑了。
这款插件将很快就会进入到WordPress插件资源库中,而且它也不是与 iThemes所提供的主题捆绑在一起。我想说的是,像这样一款好插件,iThemes 公司完全可以独自享有,对iThemes的客户发布方便他们更新主题,但是iThemes将它大公无私地奉献给了WordPress社区,在此对他们表示感谢!
“我希望WordPress能具有XX功能。”
“WordPress里为什么没有XXX功能?Ideas 论坛里对这个功能的呼声很高!”
“我怎么想并不重要,真正做决定的是那个厉害的反犯罪小组,有一个不知名的百万富翁在背后支持他们(译者注:这是电影“霹雳娇娃”中的情节)。 呃,我说的是核心开发团队四人小组。”
类似这样的一些看法,就是今天这篇文章的重点。 先不管Ryan, Andrew, Mark 以及Peter和霹雳娇娃之间有什么共同点,这里首先要说明一下我们是怎样决定WordPress功能的。 WordPress社区和核心开发团队之间有很多沟通渠道,但在不影响开发进程的同时与开发团队保持沟通是件难事。 我们的沟通渠道包括:
WordPress 2.7大获成功,原因之一就是在2.7版本研发周期进行了大量的可用性测试。 可用性测试始于WordPress 2.5以及Crazyhorse原型,接下来将被应用到2.7测试版,这一测试几乎覆盖了WordPress应用程序中的每一个功能。 这会花费很多时间。
可能有读者不了解可用性测试的过程,下面我们来介绍一下大体情况。 首先,测试前要确定测试范围,并创建一个测试协议/脚本。 之后需要决定测试小组中的成员类型,然后开始招募小组成员。 你可以通过代理来寻找组员,但如果是测试WordPress,在WordPress社区内部招募人手可能更有效果。因此你可以先做一个调查,观察所有参与者的反应然后将参与者分为不同类型,根据你所希望的组员成分进行选择(你希望寻找的组员类型,比如说新手或者经验丰富的用户,开发人员或CMS用户,以及图片博客作者,手机用户等等)。 接下来就是测试阶段了。
之前我们提到过,图标设计大赛非常成功,我们意识到应该让更多的平面设计者来帮助开发WordPress开源项目。 我们的社区人才济济,现在我们就要让这些人才充分发挥作用。 对此,我们做了一些计划。
当务之急是在Trac中为平面设计新开辟一个“部件”。 我们要用这个部件标签为图形按钮之类的设计创建tickets,比如说为喜欢的菜单图形设计一个新版本,或设计一个新的WordPress标记,让它与蓝色主题看上起更加和谐。 一些情况下平面设计任务与CSS任务会有重叠,因此想要为WordPress贡献力量的设计者可以在两者中任一个搜索开放tickets。 如果需要将PSD基文件作为出发点,我们可以将它附着于ticket。
同样,如果你发现需要修改的图形(像是上面提到的需要蓝色版本的菜单),请先用平面设计部件标签在Trac中进行报告。 不要为你不喜欢的图形创建ticket,让它保持原来不完整或被忽略的样子。
一两个星期前我在丹佛的WordPress夏令营作了一份报告,其中提到如何创造机会以使更多人帮助开发WordPress开源项目。 图标设计大赛非常成功,看样子我们应该出些主意,让非开发人员也能为WordPress贡献他们的聪明才智。 自2.7版本发布以来,我们就一直在研究该怎样为他们提供合适的机会,办法倒是想出了不少。
最新评论
4 小时 32 分钟之前
15 小时 49 分钟之前
18 小时 35 分钟之前
20 小时 27 分钟之前
1 天 14 小时之前
1 天 14 小时之前
1 天 18 小时之前
1 天 18 小时之前
1 天 19 小时之前
1 天 20 小时之前