WordPress3.3b帮助可见性

我真的在3.3中挖掘新的多标签帮助系统。然而，鉴于帮助现在真的有潜力成为一个相当强大的在线文档替代品，我觉得\"帮助\"菜单项在新的管理栏是根本不够突出。一方面，它位于一个相当常见的位置。这种设计模式在Windows、Mac和Linux变体上肯定无处不在。另一方面，我认为它的用例与应用程序菜单帮助背后的用例在大多数常见用法中是不同的。请考虑： –应用程序菜单帮助通常是非上下文的。这实际上是有意义的，因为应用程序菜单通常是全局的，与当前视图无关。相反，WP帮助是上下文的。它与你正在使用的页面绑定。可以说WP中的管理栏是上下文的，但是用户将进入的设计模式范例是微软/苹果的，而不是WP的… –应用程序菜单帮助用例通常非常具体：how do X？Y的快捷键是什么？它是非常有针对性的，具体的，通常是相对较低的水平。相反，WP-Help通常是入门级的、上下文相关的和说明性的：它鼓励用户进一步探索和利用该页面上的功能。与常见问题相比，它更像是教程。鉴于这些观察，我认为帮助的定位和视觉样式应该与上下文和特定页面更紧密地联系在一起。如果您是高级用户或配置程序，我希望看到它更加突出，甚至可能对新安装有一些突出的影响，如果您是高级用户或配置程序，可以通过一种简单的方式禁用、最小化或以其他方式取消它。我希望帮助的作用是教育性的，鼓励新用户更好地利用这个强大的平台。现在，它感觉像是退回到管理栏的背景（我担心）实际上可能会发现自己越来越外围的入门级用户。（我想知道@janeforshort是否有与管理栏相关的入门级用户热图…）

WordPress3.3b帮助可见性

admin_action_{$_REQUEST[‘action’]}

admin_footer-{$GLOBALS[‘hook_suffix’]}

customize_save_{$this->id_data[‘base’]}

customize_value_{$this->id_data[‘base’]}

get_comment_author_url

network_admin_edit_{$_GET[‘action’]}

network_sites_updated_message_{$_GET[‘updated’]}

pre_wp_is_site_initialized

WordPress 的SEO 教学：如何在网站中加入关键字（Meta Keywords）与Meta 描述（Meta Description）？

谷歌的SEO是什么