When a module developer creates a block, they use the following terms:
info: the block name in admin interface
subject: block display title on website
content: content of block
For manual block creation, the terms are:
description: the block name in admin interface
title: block display title on website
body: content of block
and lastly, the database columns are:
info: the block name in admin interface
title: block display title on website
body: content of block
Since these names refer to the same pieces of content, they should most likely match and be used a little differently once they are cleaned up. I would like to also add an option to choose whether or not the block titles should be displayed on the web site.
Comments
Comment #1
Chris Johnson commented+1
I've been confused by this myself, and thought something different was going on for the different block creation methods. Thanks for clarifying it.
Comment #2
gábor hojtsy+1 for cleanup, BUT the title display issue is a theme task
Comment #3
alexandreracine commentedThis was for version x.y.z.
Is this corrected in version 5?
Comment #4
eclipsegc commentedAs of D6 $block->subject is still being used. It'd be nice to see this actually make it into D7.
Comment #5
jody lynnI think the API names should be changed to match the database columns (info, title, body), but the UI names are fine as is (description is better than info in the UI, although info is better in the API).
Comment #6
David_Rothstein commentedRelated issue: #1591806: Change block "subject" so that it's called a (admin_)label like everything else on the theme layer
Comment #7
benjy commentedThe "optional title" mentioned got in #1875260: Make the block title required and allow it to be hidden Displayed labels are been looked at here #1795268: Block metadata should use the standard "name" and "description" fields; follow content type form layout as the model
I'm not sure if this issue is still relevant? At lot has changed since this issue was created.
Comment #8
drummDrupal 8.0.6 was released on April 6 and is the final bugfix release for the Drupal 8.0.x series. Drupal 8.0.x will not receive any further development aside from security fixes. Drupal 8.1.0-rc1 is now available and sites should prepare to update to 8.1.0.
Bug reports should be targeted against the 8.1.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.2.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.
Comment #9
sarmiliboyz commentedComment #22
smustgrave commentedThank you for creating this issue to improve Drupal.
We are working to decide if this task is still relevant to a currently supported version of Drupal. There hasn't been any discussion here for over 8 years which suggests that this has either been implemented or is no longer relevant. Your thoughts on this will allow a decision to be made.
Since we need more information to move forward with this issue, the status is now Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.
Thanks!