根据登录的用户更改Drupal模块中的选项卡名。

Question

在构建在Drupal上的Intranet上工作，在那里我得到了一个带有两个选项卡的模块。

有两种类型的用户，管理和非管理员。我喜欢更改选项卡的名称，这取决于谁正在查看它。

目前我得到的是：

function lessons_learned_menu(){
...
  $items['lessons-learned/projects/viewAll'] = array(
    'title' => 'View All Projects - LL',
    'description' => 'Review page that lists projects that are currently open.',
    'page callback' => 'pmo_lessons_learned_projects_viewAll',
    'access arguments' => array('Access pmo_lessons_learned'),
    'type' => MENU_LOCAL_TASK
  );
...

访问参数“access _ The _learned”，每个人都有(包括管理员)和“管理员pmo_lessons_learned”，只有管理员有。

一些没用的东西：

if(!user_access("Administer pmo_lessons_learned")){    
   $items['lessons-learned/projects/viewAll'] = array(
     'title' => 'View All Projects - LL',
     'description' => 'Review page that lists projects that are currently open.',
     'page callback' => 'pmo_lessons_learned_projects_viewAll',
     'access arguments' => array('Access pmo_lessons_learned'),
     'type' => MENU_LOCAL_TASK
   );
}
else
{
    $items['lessons-learned/projects/viewAll'] = array(
      'title' => 'Review Projects',
      ...
}

当我尝试调试它时，我总是将用户作为Admin (当它是非Admin)，因此每次都使用every条件。

因此，如果用户不是Admin，我喜欢更改选项卡的名称，反之亦然。

Answer 1

调用hook_menu一次以生成和缓存菜单项，并且在清除缓存之前不应该再次运行。这个钩子由Drupal 1 (admin)调用，这解释了为什么user_access("Administer pmo_lessons_learned")返回true。

但是，可以在菜单项定义中使用'title callback'配置来生成带有函数的标题。