如何删除/隐藏杂乱的特定插件名称下的操作链接

时间:2016-09-14 作者:marikamitsos

一些插件在插件页面的主列中以其名称放置各种链接。因此,我们最终得出如下结论:

Home Page | Support Forums | Documentation | Upgrade to Pro Edition | Donate | Settings | Activate | Delete
为了保持标准链接Settings | Activate | Delete 我们习惯使用01_plugin.php 以下代码:

 global $pagenow; 
    if( $pagenow == \'plugins.php\' ) {
    echo \'<style type="text/css">
        .visible .proupgrade, 
        .visible .docs, 
        .visible .forum, 
        .visible .jetpack-home, 
        .visible .support 
            {display: none ; 
            } 
          </style>\'; 
    }
调试时,出于某种原因,它会发出一个PHP警告:

PHP Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /wp-content/plugins/01-plugin/01_plugin.php:282) in /wp-content/plugins/wp-miniaudioplayer/miniAudioPlayer.php on line 231
有人能给我们指出正确的方向吗?我们应该用哪个钩子
是否有其他方法可以实现我们的目标?

编辑要更好地了解这些链接的位置,请查看屏幕截图:

primary-bloated

如你所见they bloat the primary column out of proportion, 使用/浪费宝贵的空间,否则将授予第二列
注意:The primary column does not wrap. 第二个是。

3 个回复
最合适的回答,由SO网友:Ethan O\'Sullivan 整理而成

你有正确的方法。您将要使用admin_enqueue_scripts 挂钩:

add_action( \'admin_enqueue_scripts\', \'wpse_239302_hide_action_links\' );
function wpse_239302_hide_action_links() {
    global $pagenow; 
    if ( $pagenow == \'plugins.php\' ) {
        ?>
        <style type="text/css">
            .visible .proupgrade,
            .visible .docs,
            .visible .forum,
            .visible .jetpack-home,
            .visible .support { display: none; } 
        </style>
        <?php
    }
}

SO网友:T.Todua

您可以使用此选项:

add_action(\'admin_footer\', function () {
    if( $GLOBALS[\'pagenow\'] == \'plugins.php\' ) {
    echo \'<style type="text/css">.visible .proupgrade,  .visible .docs, .visible .forum, .visible .jetpack-home, .visible .support {display: none ; }   </style>\'; 
    }
});
要为不同角色设置管理仪表板的样式,则必须将用户角色附加到body类中(使用this) .

SO网友:birgire

我们还可以尝试通过CSS更改布局,与隐藏布局不同。

下面是一个示例,我们以该插件的行操作为目标,并在单独的行中显示每个操作:

tr.active[data-slug="all-in-one-seo-pack"] .row-actions.visible span{
    display: block;
}
请注意,当插件处于活动状态时,我们只针对操作行:

active

否则是这样的:

deactive

相关推荐

使用wp_ins_post()插入新帖子后,该帖子对wp_Query不可见,但同样的WP_Query也适用于从wp-admin面板插入的帖子

制作脚本,在特定条件下向数据库添加新的自定义帖子。一切正常。但有一种流动。在用我的脚本将帖子写入数据库后,我无法用WP\\u查询将其提取出来。如果我直接从wp管理面板添加帖子,所有WOKR都可以。但如果我用脚本添加帖子,我无法用WP\\u查询提取它们。新添加的帖子显示在wp admin面板的帖子列表中,包含所有所需的值,这些都很酷,但对wp\\U查询不可见。只有在我在wp管理面板中更改帖子的任何自定义字段并按下更新按钮后,它才可见。参考页面后,一切都开始完美工作。新帖子似乎已经发布,当我列出所有此类可用帖