Talking Drupal #099 - Drupal 8 Elephant

July 15, 2015

This week we talk about the elephant in the room, Drupal 8. What's the status, shouldn't it be out by now?





  • Why we are talking about Drupal 8 today? (I should hit pushed record)
  • Drupal 8 - Status, is there an official status
  • It’s done when it’s done
  • Are customers asking?
  • How does an agency prepare?
  • When does an agency prepare?
  • What happens when it comes out…what is your criteria for using it?

RC1 Predictions

  • Nic - August 31
  • John - September 21
  • Tim - August 19
  • Stephen - Oct 10


Drupal Release Date -

Module of the Week: 


Bean is an acronym that stands for Block Entities Aren't Nodes.

What is Bean?

Think of a Bean as a method to provide new types (compared to node this would be a content type) which then provides an add content interface to create as many blocks as you require (see screenshot below). The bean content can then be placed around the site just like any other block.

Beans were driven by the API first. This means that you can create block types (bean types) all in a plugin class turning off the UI. The entire configuration in code. No worry about feature reverts.


A use case for Beans.

I use the Bean module --and/or Fieldable Panel Panes (similar Panels-centric implementation)-- on just about every site I build now-a-days. Beans are great for userland auxiliary pieces which span multiple site pages; like promotions or carousels or configurable feeds.

A site I recently completed required internal promotion units on each page which a user could manage. They wanted the ability to upload an image, define the target url, and select multiple pages for which the promo would display. For this I created a Bean Type containing the image, target, and placement fields. I wrote a custom block to pull and render the beans. Beans being entities, I used EntityFieldQuery to query/filter based on the current_path. Although, you could use Views for this as well. And I setup my displays using Drupal Display Types the same tools as nodes.

Beans also create a separation between site pages (nodes) and auxiliary content. When the user is in the admin, there's tabs for Content, Blocks, Files, etc. This makes training the user on the purpose and use of the system a lot easier.

BTW: I'm new to the show, and really enjoying it. Keep up the great work!

Add new comment