hook_menu_alter() 用 MENU_NORMAL_ITEM 覆盖 LOCAL_TASK

Question

我想覆盖用户个人资料上显示的选项卡，并将其作为主链接中的菜单项。

例如，我正在使用 Invite 模块，它定义了一些菜单项，包括...

function invite_menu() {

  // bunch of menu items...

  // User profile tabs
  $items['user/%user/invites'] = array(
    'title' => 'Invitations',
    'page callback' => 'invite_user_overview',
    'access callback' => 'invite_user_access',
    'access arguments' => array('track invitations', 1),
    'type' => MENU_LOCAL_TASK,
    'file' => 'invite_admin.inc',
  );
}

因为我想覆盖 MENU_LOCAL_TASK，所以我定义了一个 hook_menu_alter() 如下，将项目设置为 改为主链接中的 MENU_NORMAL_ITEM。

function mymod_menu_alter(&$items) {

  if (!empty($items['user/%user/invites'])) {
    $items['user/%user/invites']['title'] = 'My Override';
    $items['user/%user/invites']['type'] = MENU_NORMAL_ITEM;
    $items['user/%user/invites']['menu_name'] = 'primary-links';
  }
}

到目前为止一切都很好...我重建了 menu_router 以查看更改，并且该项目确实 不会出现在主链接中。

单步执行代码，我发现重建menu_router后，我的新 菜单项通过 menu_link_save() (menu.inc) 运行。我的菜单项进入 此函数的主链接设置为“menu_name”。但这会被覆盖 通过以下方式进入“导航”菜单。

function menu_link_save(&$item) {
  // ...
  // do some stuff
  // ...

    // -----------------------------------------------------------
    // THIS FAILS
    // -----------------------------------------------------------
    if (isset($item['plid'])) {
    $parent = db_fetch_array(db_query("SELECT * FROM {menu_links} WHERE mlid = %d", $item['plid']));
  }

我的商品没有 ppli。如果确实如此，我们以后就会成为黄金……

  else {
    // Find the parent - it must be unique.
    $parent_path = $item['link_path'];
    $where = "WHERE link_path = '%s'";
    // Only links derived from router items should have module == 'system', and
    // we want to find the parent even if it's in a different menu.

    // -----------------------------------------------------------
    // THIS PASSES, SO ...
    // -----------------------------------------------------------
    if ($item['module'] == 'system') {
      $where .= " AND module = '%s'";
      $arg2 = 'system';
    }
    else {
      // If not derived from a router item, we respect the specified menu name.
      $where .= " AND menu_name = '%s'";
      $arg2 = $item['menu_name'];
    }
    do {

      // -----------------------------------------------------------
      // WE FIND THE PARENT ("user/%")
      // -----------------------------------------------------------
      $parent = FALSE;
      $parent_path = substr($parent_path, 0, strrpos($parent_path, '/'));
      $result = db_query("SELECT COUNT(*) FROM {menu_links} ". $where, $parent_path, $arg2);
      // Only valid if we get a unique result.
      if (db_result($result) == 1) {
        $parent = db_fetch_array(db_query("SELECT * FROM {menu_links} ". $where, $parent_path, $arg2));
      }
    } while ($parent === FALSE && $parent_path);
  }

所以，现在我们有了一个父级，它是“user/%”，其“menu_name”是“navigation”。好的，但这对于我想要住在主链接中的菜单项来说没有什么好处。接下来发生的是覆盖...

  if ($parent !== FALSE) {
    $item['menu_name'] = $parent['menu_name'];
  }

我的问题是，我该如何实现这一点？据我所知，我需要一个 plid，或者创建 plid 的东西。看来这不应该太难。我缺少什么？

Answer 1

正如您所说：“我需要一个 plid，或者创建 plid 的东西” - 因此，如果您希望您的项目出现在主链接菜单的顶层，您可以尝试添加 0 的 plid（== 否）父==顶级条目）在您的 hook_menu_alter 条目中：

function mymod_menu_alter(&$items) {

  if (!empty($items['user/%user/invites'])) {
    $items['user/%user/invites']['title'] = 'My Override';
    $items['user/%user/invites']['type'] = MENU_NORMAL_ITEM;
    $items['user/%user/invites']['menu_name'] = 'primary-links';
    $items['user/%user/invites']['plid'] = 0;
  }
}

这可能会起作用。如果您希望您的项目出现在主链接菜单的现有项目下，则显然需要先获取该现有项目的 mlid。

注意/免责声明：在 hook_menu() 中没有记录明确设置这样的 plid，并且菜单系统在 menu_link_save() 获取之前对 items 数组进行相当多的数据处理被称为，所以：

• 这可能一开始就行不通，因为 pld 在途中迷路了。
• 即使这有效，它也可能不可靠和/或有意想不到的副作用。

因此，您可能需要考虑另一种选择，即不通过 hook_menu_alter 创建所需的主链接条目，而是单独使用 menu_link_maintain() （应允许通配符路径）。