| 7 block.api.php | hook_block_info() |
Define all blocks provided by the module.
This hook declares to Drupal what blocks are provided by your module and can optionally specify initial block configuration settings.
In hook_block_info(), each block your module provides is given a unique identifier referred to as "delta" (the array key in the return value). Delta values only need to be unique within your module, and they are used in the following ways:
- Passed into the other block hooks in your module as an argument to identify the block being configured or viewed.
- Used to construct the default HTML ID of "block-MODULE-DELTA" applied to each block when it is rendered. This ID may then be used for CSS styling or JavaScript programming.
- Used to define a theming template suggestion of block__MODULE__DELTA, for advanced theming possibilities.
- Used by other modules to identify your block in hook_block_info_alter() and other alter hooks.
The values of delta can be strings or numbers, but because of the uses above it is preferable to use descriptive strings whenever possible, and only use a numeric identifier if you have to (for instance if your module allows users to create several similar blocks that you identify within your module code with numeric IDs). The maximum length for delta values is 32 bytes.
Return value
An associative array whose keys define the delta for each block and whose values contain the block descriptions. Each block description is itself an associative array, with the following key-value pairs:
- info: (required) The human-readable administrative name of the block. This is used to identify the block on administration screens, and is not displayed to non-administrative users.
- cache: (optional) A bitmask describing what kind of caching is
appropriate for the block. Drupal provides the following bitmask
constants for defining cache granularity:
- DRUPAL_CACHE_PER_ROLE (default): The block can change depending on the roles the user viewing the page belongs to.
- DRUPAL_CACHE_PER_USER: The block can change depending on the user viewing the page. This setting can be resource-consuming for sites with large number of users, and should only be used when DRUPAL_CACHE_PER_ROLE is not sufficient.
- DRUPAL_CACHE_PER_PAGE: The block can change depending on the page being viewed.
- DRUPAL_CACHE_GLOBAL: The block is the same for every user on every page where it is visible.
- DRUPAL_CACHE_CUSTOM: The module implements its own caching system.
- DRUPAL_NO_CACHE: The block should not get cached.
- properties: (optional) Array of additional metadata to add to the block.
Common properties include:
- administrative: Boolean that categorizes this block as usable in an administrative context. This might include blocks that help an administrator approve/deny comments, or view recently created user accounts.
- weight: (optional) Initial value for the ordering weight of this block. Most modules do not provide an initial value, and any value provided can be modified by a user on the block configuration screen.
- status: (optional) Initial value for block enabled status. (1 = enabled, 0 = disabled). Most modules do not provide an initial value, and any value provided can be modified by a user on the block configuration screen.
- region: (optional) Initial value for theme region within which this block is set. Most modules do not provide an initial value, and any value provided can be modified by a user on the block configuration screen. Note: If you set a region that isn't available in the currently enabled theme, the block will be disabled.
- visibility: (optional) Initial value for the visibility flag, which tells
how to interpret the 'pages' value. Possible values are:
- BLOCK_VISIBILITY_NOTLISTED: Show on all pages except listed pages. 'pages' lists the paths where the block should not be shown.
- BLOCK_VISIBILITY_LISTED: Show only on listed pages. 'pages' lists the paths where the block should be shown.
- BLOCK_VISIBILITY_PHP: Use custom PHP code to determine visibility. 'pages' gives the PHP code to use.
Most modules do not provide an initial value for 'visibility' or 'pages', and any value provided can be modified by a user on the block configuration screen.
- pages: (optional) See 'visibility' above. A string that contains one or more page paths separated by '\n', '\r', or '\r\n' when 'visibility' is set to BLOCK_VISIBILITY_NOTLISTED or BLOCK_VISIBILITY_LISTED, or custom PHP code when 'visibility' is set to BLOCK_VISIBILITY_PHP. Paths may use '*' as a wildcard (matching any number of characters); '<front>' designates the site's front page. For BLOCK_VISIBILITY_PHP, the PHP code's return value should be TRUE if the block is to be made visible or FALSE if the block should not be visible.
For a detailed usage example, see block_example.module.
See also
Related topics
Note: this list is generated by pattern matching, so it may include some functions that are not actually implementations of this hook.
- aggregator_block_info in modules/
aggregator/ aggregator.module - Implements hook_block_info().
- block_block_info in modules/
block/ block.module - Implements hook_block_info().
- block_test_block_info in modules/
block/ tests/ block_test.module - Implements hook_block_info().
- blog_block_info in modules/
blog/ blog.module - Implements hook_block_info().
- book_block_info in modules/
book/ book.module - Implements hook_block_info().
- block_admin_configure in modules/
block/ block.admin.inc - Form constructor for the block configuration form.
- block_form_user_profile_form_alter in modules/
block/ block.module - Implements hook_form_FORM_ID_alter() for user_profile_form().
- dashboard_page_build in modules/
dashboard/ dashboard.module - Implements hook_page_build().
- _block_rehash in modules/
block/ block.module - Updates the 'block' DB table with the blocks currently exported by modules.
File
- modules/
block/ block.api.php, line 105 - Hooks provided by the Block module.
Code
function hook_block_info() {
// This example comes from node.module.
$blocks['syndicate'] = array(
'info' => t('Syndicate'),
'cache' => DRUPAL_NO_CACHE,
);
$blocks['recent'] = array(
'info' => t('Recent content'),
// DRUPAL_CACHE_PER_ROLE will be assumed.
);
return $blocks;
}
Comments
Must be used within a function
PermalinkIn my experience, the following will break the jQuery object, throwing "jQuery is not defined":
< ? phpdrupal_add_js(drupal_get_path('module', 'mymodule') . '/js/mymodule.js');
It must be used within a function. The following will work :
< ? phpfunction mymodule_block_view($delta=''){
drupal_add_js(drupal_get_path('module', 'eyedsafe') . '/js/eyedsafe.js');
Since this is different than D6, I wanted to point it out.
This is still the wrong way
PermalinkThis is still the wrong way to add JS to a block. See documentation on render arrays and the #attached property.
I was unable to find how to
PermalinkI was unable to find how to set the content-types for which this block should be visible, and found out that it is actually handled in the node module. So I finally did this:
<?phpfunction hook_block_info() {
...
// Limit on node types
$form_state = array(
'values' => array(
'module' => '...',
'delta' => '...',
'types' => array('...', '...'),
),
);
node_form_block_admin_configure_submit(NULL, $form_state);
...
}
?>
Not sure if it is actually a preferred way, but at least it works in a way so that the settings can still be changed through the admin interface.
Example usage of BLOCK_VISIBILITY_PHP
PermalinkThis code shows an example of a block containing a link that only appears when the user hasn't already logged in.
<?php// ...
function loginlink_block_info() {
$blocks['myloginlink'] = array(
'info' => t('Login Link'),
'status' => TRUE,
'region' => 'sidebar_first',
'visibility' => BLOCK_VISIBILITY_PHP,
'pages' => '<?php global $user; if ($user->uid == 0) return TRUE; else return FALSE; ?>'
);
// ..
?>
Important: Verify that the PHP filter module is enabled if you want to use BLOCK_VISIBILITY_PHP!
how to set block region
PermalinkSetting block region doesn't work unless you set status to 1.
Hope this saves someone some time.
Just wanted to leave a
PermalinkJust wanted to leave a message saying Thanks.
Was driving me crazy.
And just confirming to people as well that the region name is the machine name found in the template.info file.
In my instance, 'Main Content' is called 'content'.
declare status when you use region
Permalinkif you use $block['block_name]['region'] you must declare $block['block_name]['status'] in TRUE in order to work, if not you will get a php warning when loads the module/site
how to get the pages attribute to work?
PermalinkHi,
like mentioned above, I'd need to set the status to 1 to get region to work - anything similar needed for pages? I've set status to 1, visibility to BLOCK_VISIBILITY_LISTED and pages to 'mypath'. Cleared all caches, and my block still shows on all pages.
Can anyone help?
Thanks a lot
Uninstall the module
PermalinkUninstall the module providing the block, then re-enable the module.
It seems that once you do anything to the block via Drupal's UI, your UI config overrides the config in code. By uninstalling the module providing the block, I believe you're removing any stored settings in the DB surrounding that block. Maybe someone is aware of a "revert to default" block action from within the UI, but I haven't found it.