WordPress[Plugin:Ultimate Post Type Manager]文本编辑器出现在所有管理页面的顶部

文本编辑器出现在所有管理页面的顶部。在WP 3.3b2上激活插件版本1.6.9后，管理区域的每个页面顶部都会出现一个完全不合适的文本编辑器。只有这个插件在2010主题下是活动的。两个不同的站点会这样做。非常奇怪。 <；div><；div><；div><；/div>； http://wordpress.org/extend/plugins/ultimate-post-type-manager网站/ 移动到alpha/beta 您在2011年试过吗？您是否尝试过关闭其他插件？我尝试过关闭所有其他插件，正如我最初在帖子中所说。我也尝试过使用第三方主题和2010，这两个插件都禁用。我现在也尝试过使用2011主题，我得到了相同的结果。 Ultimate Post Type Manager 1.6.9 WP 3.3b2和WordPress 3.3-beta2-19067 PHP version 5.2.17 MySQL version 5.1.58 I可以确认这个问题，我看了看插件的代码。它正在调用wpu tinyu mce（），这显然在3.3b中已被弃用（支持wpu editor（），它似乎非常有效插件编写器需要重写插件以实现3.3兼容性。也可以确认这一点。我试着联系作者，无论是在他的博客上还是在这个论坛上。还没有回应。在我的一些网站上，这个插件非常重要，它会阻止我升级那些网站上的WordPress。我不能理解的是，使用一个（新的）不推荐使用的函数会使编辑器出现在每个管理屏幕的顶部。使用不推荐使用的函数通常只会在调试时发出警告。是的，这看起来确实很奇怪。我还没来得及深入研究代码，但在我看来，旧的wpu tinyu mce（）函数更像是一个\"预加载程序\"，它会排队和/或加载编辑器所需的某些文件，但实际上并没有初始化编辑插件随后会有条件地初始化它。显然，wpu editor（）函数非常有效不一样。它用一个工作方式如此不同的函数替换一个不推荐使用的函数似乎是错误的，但我相信wpu tinyu mce（）从来都不是一个文档化的函数，因此不受相同的约束期望？不，没有记录并不意味着没有主体只是意味着没有人记录它。正如克努特所说，它应该只给你一个警告，即使这样，也只有在你调试。你呢没有打开调试，是吗？ Ipstenu，不，我没有打开调试上。试过了现在再次启用调试，它确实给出了不推荐使用的警告。有什么见解可以解释为什么这两个函数的行为如此不同？在我看来，任何使用wpu tinyu mce（）的插件都可能会在3.3中遇到同样的问题，或者仅仅是这个特定的插件一开始就错误地使用了wpu tinyu mce（），但是以这样一种方式（纯属运气）它仍然能够工作？我和另外两个插件有同样的问题> 嗨，我已经做了更改，很快就会更新插件，在3.3发布之前。：）尊敬的， -Xydac 很抱歉没有反应..这几天时间不多…：p-Xydac 谢谢你修复它，Xydac！在3.3上线之前完成是完美的如果新的wpèu editor（）函数具有某种向下兼容性，那不是很好吗？否则，所有使用tinyu mce函数的插件（这些是相当多的）很可能会产生错误。我已经遇到了两个… 我知道你没有很多时间，XYDAC，但是我希望你能很快发布这个更新，这样我就可以更新到3.3了。我现在就去捐款！祝你好运，新年快乐。我完全支持@negs所说的话。我也做出了贡献，并希望发布一个更新的，3.3版本的这个伟大的插件

WordPress[Plugin:Ultimate Post Type Manager]文本编辑器出现在所有管理页面的顶部

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是什么