有什么原因不能将字符串用于管理菜单位置吗？

时间：2013-12-10 作者：Matthew Boynes

与管理菜单交互时，例如通过add_menu_page, 有一个$position 参数内联文档表明这应该是一个整数。Codex同意这一点，但添加了一条注释，即如果将其设置为字符串，则可以使用float（例如。\'63.3\'). 在里面wp-admin/includes/menu.php 通过将键与strnatcasecmp.

考虑到这一点，可以将菜单位置设置为\'63-foo\' 或\'63-bar\' 避免职位冲突。这对插件尤其有用，因为它们目前可能会设置一个位置，导致某些主题或与其他插件发生冲突。

使用字符串似乎效果不错。我梳理了来源，没有发现任何问题，但可能我遗漏了什么。Are there any reasons why a string can\'t or shouldn\'t be used for the menu position?

2 个回复
SO网友:J.D.

除使用排序外strnatcasecmp(), 我看到的唯一其他可能使用钥匙的地方是如果有人applying custom menu ordering. 但是，由于菜单已经基于键顺序进行排序，因此键不太可能在自定义排序中发挥任何作用。我看不出它会导致问题的其他原因，所以这样做可能是安全的。我会的open up a ticket 但要更改内联文档。

SO网友:Dan

这是我用于主题的脚本的一部分。它会寻找一个接近您所需位置的空位置。对我来说似乎是一个足够简单的解决方案？

//work out "safe" menu position
    global $menu;
    $safe_menu_position = 30;
    //while there IS a value
    while( !empty( $menu[$safe_menu_position] ) )
    {
        --$safe_menu_position;
    }

结束
标签： admin-menu   menu-order   小码农  

相关推荐