Planet Drupal

Subscribe to Planet Drupal feed - aggregated feeds in category Planet Drupal
Updated: 9 hours 2 min ago

ADCI Solutions: Drupal Cafe #16: how it was?

Wed, 11/15/2017 - 10:50

Drupal is the big community where each member wants to share his or her experience with others. That’s why there are a lot of Drupal events. We held one of them.


Check how Drupal Cafes are done in Russia.



Appnovation Technologies: Expert Interview: Drupal Developer, Daniel Sipos

Wed, 11/15/2017 - 08:00
Expert Interview: Drupal Developer, Daniel Sipos What prompted you to write a book? And why did you pick module development as a central theme? Answer: To be honest, I had never thought about writing a book. I was always quite active in the Drupal community, often writing articles, and  there are quite a few people who know me for this and appreciate it. This publication came ab...

Electric Citizen: Drupal 8 DevOps: Automation for happier teams and clients

Wed, 11/15/2017 - 03:10

How the DevOps movement is pointing the way forward to higher quality Drupal projects, faster delivery, happier team members, and satisfied clients for projects of any scale

Over the past several years, the best practices surrounding Drupal DevOps have expanded and improved, including continuous integration, continuous delivery, continuous deployment, and automated testing. In turn more organizations are discovering the benefits of these automated tools and deployment methods:

  • Faster development – developers can deliver more work in less time and reduce project costs (or deliver more work for the same budget)
  • Higher quality – with repeatable builds and automated tests against live production content for every change we reduces stress and uncertainty surrounding deployments of new features and bug fixes
  • Transparent development cycles – frequent builds mean any team member can check on the progress of any task at any time
  • Better collaboration – team members and stakeholders can focus on the features that matter instead of collaborating over the mundane details of builds and deploys

Whether a site is under active development or already in production, these benefits result in less stress, higher quality projects, happier developers, and satisfied stakeholders.

Dries Buytaert: An update on the Layout Initiative for Drupal 8.4/8.5

Wed, 11/15/2017 - 02:57

Now Drupal 8.4 is released, and Drupal 8.5 development is underway, it is a good time to give an update on what is happening with Drupal's Layout Initiative.

8.4: Stable versions of layout functionality

Traditionally, site builders have used one of two layout solutions in Drupal: Panelizer and Panels. Both are contributed modules outside of Drupal core, and both achieved stable releases in the middle of 2017. Given the popularity of these modules, having stable releases closed a major functionality gap that prevented people from building sites with Drupal 8.

8.4: A Layout API in core

The Layout Discovery module added in Drupal 8.3 core has now been marked stable. This module adds a Layout API to core. Both the aforementioned Panelizer and Panels modules have already adopted the new Layout API with their 8.4 release. A unified Layout API in core eliminates fragmentation and encourages collaboration.

8.5+: A Layout Builder in core

Today, Drupal's layout management solutions exist as contributed modules. Because creating and building layouts is expected to be out-of-the-box functionality, we're working towards adding layout building capabilities to Drupal core.

Using the Layout Builder, you start by selecting predefined layouts for different sections of the page, and then populate those layouts with one or more blocks. I showed the Layout Builder in my DrupalCon Vienna keynote and it was really well received:

8.5+: Use the new Layout Builder UI for the Field Layout module

One of the nice improvements that went in Drupal 8.3 was the Field Layout module, which provides the ability to apply pre-defined layouts to what we call "entity displays". Instead of applying layouts to individual pages, you can apply layouts to types of content regardless of what page they are displayed on. For example, you can create a content type 'Recipe' and visually lay out the different fields that make up a recipe. Because the layout is associated with the recipe rather than with a specific page, recipes will be laid out consistently across your website regardless of what page they are shown on.

The basic functionality is already included in Drupal core as part of the experimental Fields Layout module. The goal for Drupal 8.5 is to stabilize the Fields Layout module, and to improve its user experience by using the new Layout Builder. Eventually, designing the layout for a recipe could look like this:

Closing thoughts

Layouts remains a strategic priority for Drupal 8 as it was the second most important site builder priority identified in my 2016 State of Drupal survey, right behind Migrations. I'm excited to see the work already accomplished by the Layout team, and look forward to seeing their progress in Drupal 8.5! If you want to help, check out the Layout Initiative roadmap.

Special thanks to Angie Byron for contributions to this blog post, to Tim Plunkett and Kris Vanderwater for their feedback during the writing process, and to Emilie Nouveau for the screenshot and video contributions. Blog: AGILEDROP: Hosting services specialised for Drupal

Wed, 11/15/2017 - 01:20
Drupal works on most hosting providers that support PHP, MySql and related technologies. However, I would not recommend using a general shared hosting solution to anyone. At AGILEDROP we have two practices: either we set up a bespoke hosting environment or deploy websites to hosting platforms that are specialized in Drupal. Why specialization matters? We like to work with companies that have specialized in hosting Drupal web applications.  Specialised companies provide: Best results. If hosting companies are specialized in one technology, they are are going to do that best because they… READ MORE

Agaric Collective: How to declare hexadecimals on a PHPDoc Block

Tue, 11/14/2017 - 19:30

TL;DR: For PHP Hexadecimals, Decimals and Octals are all Integers, so they must be declared as @param integer

While I was working on a patch I had to write the docblock of a function which received a hexadecimal number and I wasn't sure what I was supposed to put in the @type param.

I went to Drupal's API documentation and comments standards page to see which is the best type for this param and I found the following:

Data types can be primitive types (int, string, etc.), complex PHP built-in types (array, object, resource), or PHP classes.

Alright, a hexadecimal number is not a complex PHP built-in type nor a PHP Class so it must be a primitive type, so I went to the PHP documentation page to see which primitives PHP has and I found the following:

  • boolean
  • integer
  • float (floating-point number, aka double)
  • String

So there wasn't a specific reference for a Hexadecimal number...

The solution:

In the end Pieter Frenssen helped me (Thanks!) with this, and he showed me that in PHP, it doesn't matter what the base number is and it can be an octal, hexadecimal or a decimal, for PHP they all are integers (which makes sense but I wanted to be sure) and he shared this small snippet where we can see that PHP sees the numbers as integers and the base doesn't matter:

$ php -a Interactive shell php > var_dump(gettype(0x0f)); string(7) "integer" php > var_dump(0x08 === 8); bool(true)

So if you are writing the documentation of a function in which one of its params is a hexadecimal number you must declare it as Integer.

Elevated Third: Elevated Third’s CEO Featured as a Drupal Expert

Tue, 11/14/2017 - 18:21
Elevated Third’s CEO Featured as a Drupal Expert Elevated Third’s CEO Featured as a Drupal Expert Ayla Peacock Tue, 11/14/2017 - 11:21

Elevated Third’s CEO, Jeff Calderone, recently shared his insights with Clutch on Drupal, how to choose a platform and how to choose the right web developers to build your website. This is part of a series of interviews that Clutch has been conducting to educate businesses on the options they have when building a website.

Clutch is a B2B ratings and reviews website that ranks digital agencies to help business buyers choose the best partner for their next dev project. We’re currently ranked as a top 5 Drupal Development firm and a top 5 Denver web designer in their research.

Drupal is one of the most popular opensource CMSs. Its community of developers ensures that the platforms continues to evolve and improve. According to Jeff:

“Drupal is great because it gives you a lot of functionality out of the box, the core functionality that’s been built by thousands of developers over time. It’s really solid, tested, and secure. The modules that are created by the community are really where the power comes and where it stands out. We can start with a key suite of modules and core functionality and often get our clients 60-70% of the way to where they want to go, but then be confident that we can build custom modules and functionality to get them the rest of the way, and oftentimes, replicate the functionality of a fully custom website for much less because we’re using the opensource community that has created all this functionality over time.”

Each business has different needs for their website. When it comes to choosing a website platform, Jeff offered:

“Especially if they’re in the B2B space and have that longer sales cycle, I think they need to pick a platform that is going to be able to grow with them and integrate with their existing legacy systems as well as connect with marketing automation and Salesforce and CRM in a way that is user proof. Personalization is coming. Voice activation is coming. All of those exist in some form already. Building on a platform like Drupal allows you to get something up and running quickly and be modular both now and in the future and add onto a solid core as these technologies and trends become actual.”

Another challenge that companies face is choosing the right partner for their project. According to Jeff the key to finding the right company is:

“Focusing on an agency that’s going to understand your business and solve the right problem as opposed to just developers who are going to build what they’re told to build… There are a lot of shops that have good developers that will build whatever you tell them to. We focus on providing that strategic insight. Half our agency is strategy and UX and design and helping the company to solve the right problem trusting that the other side of our shop, the Drupal developers, can implement and build those things that we recommend… It’s key to have that integrated approach and not just one or the other.”

If your business goals and website requirements are planned out early on, choosing the right platform and partner for your company will be simple. To learn more about Drupal, you can read the full interview here.

Acro Media: Video: Making Migration to Drupal Commerce 2 Easier

Tue, 11/14/2017 - 17:47

Moving to a new e-commerce platform can be a massive undertaking, but Drupal is making it simple. Whether you currently use Commerce 1, Ubercart, Shopify, or Magento, there is (or will soon be) an easy way to move over to Commerce 2 and see what it can offer you. Watch the latest High5 video here to learn more.

What moving means

There are a ton of different parts that make up your e-commerce site: products, product variations, orders, customers, account balances, user logins, etc. One of the first things you need to decide is which parts you're going to migrate. Maybe you want to pull order data, but not discounts, which can be notoriously difficult to move over. Products are obviously essential, but moving tax rules over is not nearly as crucial, since you could probably set those up yourself (and if you work with a third party for that anyway, migrating tax rules is a waste of time).

What migrate tools can do

Migrating your site manually is incredibly labor-intensive and prone to failure (you try moving 10,000 products manually without screwing any of them up.) Automating the process with migrating tools that have been thoroughly tested will give you a lot more consistency when moving your data around. And the best part is that this is all open source; we're releasing these tools so that anyone can migrate their site on their own at no charge.

How the tools were developed

We started from the most common stuff (products, orders) and worked our way out to customers and discounts and product classes and all the rest. We have sample sets that we test for each of those aspects. So we have full databases of Ubercart sites, for instance, that we migrate over so we can see which parts are missing and what needs to be improved. We continually work to build those missing pieces and fill out all those edge cases.

What's ready and what's coming

We have all the basics done for Ubercart; if you want to do an Ubercart to Commerce 2 migration right now, you can do it, though you might have to do a little bit of configuring and customizing to get the edge cases. We're trying to get to a point where you can literally just push a button and have everything move over, but that's still a couple months away. Commerce 1 is close to that, Magento is pretty basic, and Shopify is more of a prototype right now.

Chromatic: Taxonomy Term Shuffles - Hook Updates with Batch API in Drupal 7

Tue, 11/14/2017 - 16:00

Clare breaks down how to reassign nodes from one taxonomy term to another. Code samples included.

Promet Source: WordPress vs. Drupal for Web Accessibility, SEO & Performance

Tue, 11/14/2017 - 09:08
Wordpress vs. Drupal - How do I choose a CMS for my web development project? The age old question - or at least decades old question of Wordpress vs. Drupal is one we encounter on an almost daily basis. When deciding between the two content management systems, it may not be a question of which is better, but rather which is the best fit for your specific project. In this article I'll walk through some of the key factors to considering when deciding between Wordpress and Drupal for your web development projects.

Appnovation Technologies: Guaranteed Delivery using Dead Letter Queue

Tue, 11/14/2017 - 08:00
Guaranteed Delivery using Dead Letter Queue When an enterprise implements messaging, Guaranteed Delivery (Messages are persistent and are not lost even when the system crashes) becomes an imminent requirement. When implementing messaging, ensuring Guaranteed Delivery means answers to the following: Where does the message get sent when a condition is not met? Can each individual ...

CiviCRM Blog: CiviCRM Entity 2.0-beta-11 Released - New Admin config page

Mon, 11/13/2017 - 22:52

Today, Skvare has released a new version of CiviCRM Entity, 2.0-beta11.  This release contains a new feature, an admin configuration page which allows site administrators to disable exposure of entity types to Drupal.

CiviCRM Entity is a Drupal module which exposed CiviCRM API entity types as native Drupal entity types, providing Views, Rules, Entity Reference field integration, and Drupal native pages and forms for each. It supports both CiviCRM 4.6 LTS and CiviCRM 4.7.

Previous versions of CiviCRM Entity allowed developers to control access to Drupal based pages and forms for entity types, but there was no way for administrators to control what entity types were available in Views, Rules, or Entity Reference fields. As CiviCRM Entity has evolved over the past 2 years, over 45 entity types have been supported, including all the major financial record types. There are cases where many of these entity types are not used in Views, Rules, etc.., and admins may not want to make data of these entity types available to be used in Views by lower-ranking administrative users.  Disabling an entity type in CiviCRM Entity does not affect the Core Views integration. However it will not make any of the additions that CiviCRM Entity provides, and for types not supported by CiviCRM Core, integration can now easily be toggled on/off.

Having all entity types enabled can affect performance in some aspects. Generally, this does not affect cached page load for normal users, but anytime you clear the cache, or the Views cache, having 45 entity types can cause cache rebuild to be intensive, not to mention all the additional menu paths that are generated for the Admin menu. Disabling entity types that you do not use will streamline admin user performance, and make the site in total that much faster by reducing memory footprint.

For existing users of CiviCRM Entity, the module can be upgraded as per Drupal standard, and there are no necessary config changes to make.  There are updates that need to be run by going to "/update.php" or running "drush updatedb" from the command line. These updates simply set up a configuration variable, and do not affect the CiviCRM database.  All available entity types are enabled by default for new or upgraded installations.

All submodules that are packaged with the CiviCRM Entity will automatically enable entity types that are required by the submodule and will enforce that these entity types remain enabled as long as the submodule is enabled.


You will find an admin configuration page at "admin/structure/civicrm-entity/settings". A user with a role with 'administer CiviCRM Entity' permission is required to access and manage the settings on this page.

It is important to remember to enable all entity types used by your site's configuration and 3rd party modules. This page does not check if an entity type is required by an existing View, Rule, Entity Reference field. Disabling an entity type will break functionality in any rule, view, or field that requires it, so proceed with caution.  However, re-enabling will restore functionality for those entities.

For developers of 3rd party modules or custom modules making use of CiviCRM Entity, you are responsible for ensuring an entity type is always available. This requires only a hook_form_alter() implementation to disable the necessary configuration page checkbox, or adding a validation or submit handler to the form.


We consider CiviCRM Entity for Drupal 7 to be feature complete, and it has been quite some time since there was a major bug found. We plan to release a non-beta stable 2.0 version at the end of this year. This upcoming stable release will be regarded as a Long Term Support release, and any major changes or updates will move to a 3.x branch. The primary focus of new development will now shift to the Drupal 8 version development. We will continue to support the 7.x-2.x branch throughout the life of Drupal 7 for bug fixes and minor feature updates.  We will support for CiviCRM 4.6 LTS for its lifetime, and most likely beyond.


Joachim's blog: Drupal Code Builder unit testing: bringing in the heavy stuff

Mon, 11/13/2017 - 21:49

I started adding unit tests to Drupal Code Builder about 3 years ago, and I’ve been gradually expanding on them ever since. It’s made refactoring the code a pleasant rather than stressful experience.

However, while all generator types are covered, the level of detail the tests go into isn’t that deep. Back when I wrote the tests, they mostly needed to check for hook implementations that were generated, and so quick and dirty regexes on the generated code did the job: match 'mymodule_form_alter' in the generated code, basically. I gradually extended those to cover things like class declarations and methods, but that approach is very much cracking at the seams.

So it’s time to switch to something more powerful, and more suited to the task.

I’ve already removed my frankly hideous attempt at verifying that generated code is correctly-formed PHP, replacing it with a call to PHP’s own code linter. My own code was running the generated PHP code files through eval() (yes, I know!) to check nothing crashed, which was quick and worked but only up to a point: tests couldn’t create the same function twice, as eval()ing code that contains a function declaration brings it into the global namespace, and it didn’t work at all for classes where while tests were being run, as the parent classes in Drupal core or contrib aren't present.

It's already proved worthwhile, as once I'd converted the tests, I found an error in the generated code: a stray quote mark in base field definitions for a content entity, which my approach wasn't picking up, and never would have.

The second phase is going to be to use PHPCS and Drupal Coder to check that generated code follows Drupal Coding Standards. I'm currently getting that to work in my testing base class, although it might be a while before I push it, as I suspect it's going to complain about quite a few nipicks in the generated code that I'll then have to spend some time fixing.

The third phase (this is a 3-phrase programme, all the best ones are) is going to be to look into using PHP-Parser to check for the presence of functions and methods in the code, rather than my regex-based approach. This is going to allow for much more thorough checking of the generated code, with things such as method order in the code, service injection, and more.

After that, it'll be back to some more refactoring and code clean-up, and then some more code generators! I have a few ideas of what else Drupal Code Builder could generate, but more ideas are welcome in the issue queue on github.

Tags: drupal code builder

Drupal Association blog: Intellect, fire, water, and medieval castles at Lutsk Drupal Camp 2017

Mon, 11/13/2017 - 16:43

This story is reposted from thanks to Drupal Ukraine Community.

Hello everyone! Drupal Ukraine Community is thriving. Last year’s Lviv Drupal Camp 2016 seems like only yesterday, but now it’s time to share our latest camp with you. This is the story of Lutsk Drupal Camp 2017, the annual camp for all Ukrainian Drupalers. We promise you a really interesting story. After all, who’s able to tell you more about the event than the organizers — the teams from Drudesk and InternetDevels, powered by Drupal Ukraine Community? Let’s go!

Lutsk Drupal Camp 2017 and its blue ocean

The official logo for Lutsk Drupal Camp 2017 was the Druplicon’s “infinity” eyes with scenes of Lutsk city reflected in them. It also resembled a fish to many. At Lutsk Drupal Camp, the blue color of the eyes was everywhere — on T-shirts, badges, backpacks, notebooks, and so on. Wherever you stepped, the blue wave carried you. And the main hero in this story was our favorite “drop” — Drupal!

+1 step to DrupalCon Ukraine

It’s no secret that the Ukranian Drupal community dreams about hosting DrupalCon in Ukraine some day. Holding Drupal Camp in the ancient and cosy city of Lutsk is one more step to holding DrupalCon in Ukraine!

Lutsk Drupal Camp 2017,  the main event

Starting with the morning’s registration, it was clear that the day would turn out incredibly positive. The organizers (in dark blue T-shirts) worked like busy bees taking care of every small detail and were ready to solve any possible problem.

Luckily, there were no problems to solve! Well, okay there was just one. The speakers at Lutsk Drupal Camp 2017 were so awesome that it was hard to choose which sessions to attend! They touched upon the most interesting and modern aspects of Drupal development, asked about the audience’s experiences and shared their own.

The concentration of famous speakers per square meter of space was sometimes so high it made you dizzy. They were also glad to receive the certificates of appreciation from us!

During Lutsk Drupal Camp 2017, there was also a time to catch up for old and new friends.

And even for some sports.

Of course, Drupalers are driven by inspiration, but some additional snacks never go amiss.

But this was just a rehearsal before the main lunch we all had together at Lutsk Drupal Camp 2017.

Of course, it isn’t Camp without Drudesk and InternetDevels team taking photos together.

And with all the guests as well.

Lutsk Drupal Camp 2017 and the flames of our love for Drupal

After all the speeches finished, the sponsors named the winners of their prize drawings, and the closing ceremony summed up this big day, there was more  to look forward to. The big party in the XIV century medieval Lubart’s castle was a chance for all the guests to see Lutsk' main attraction and, of course, to enjoy each other’s company.

The friendly atmosphere, hot snacks, and the energy of vibrant music played by the rock band warmed up the cool evening.

But we had something even hotter, too, as our love for Drupal kindled into real fire. The fire show within the medieval walls was truly impressive. The final touch was “Lutsk Drupal Camp 2017” “written” with fire. 

Thanks to everyone involved in the awesome Lutsk Drupal Camp 2017. Hope to see you again soon! Follow us on Facebook and other social media. Find Drupal Ukraine community at

Dries Buytaert: Mike Sullivan joins Acquia as CEO

Mon, 11/13/2017 - 15:59

Today, I am excited to announce that Michael Sullivan will be joining Acquia as its CEO.

The search for a new CEO

Last spring, Tom Erickson announced that he was stepping down as Acquia's CEO. For over eight years, Tom and I have been working side-by-side to build and run Acquia. I've been lucky to have Tom as my partner as he is one of the most talented leaders I know. When Tom announced he'd be stepping down as Acquia's CEO, finding a new CEO became my top priority for Acquia. For six months, the search consumed a good deal of my time. I was supported by a search committee drawn from Acquia's board of directors, including Rich D'Amore, Tom Bogan, and Michael Skok. Together, we screened over 140 candidates and interviewed 10 in-depth. Finding the right candidate was hard work and time consuming, but we kept the bar high at all times. As much as I enjoyed meeting so many great candidates and hearing their perspective on our business, I'm glad that the search is finally behind me.

The right fit for Acquia

Finding a business partner is like dating; you have to get to know each other, build trust, and see if there is a match. Identifying and recruiting the best candidate is difficult because unlike dating, you have to consider how the partnership will also impact your team, customers, partners, and community. Once I got to know Mike, it didn't take me long to realize how he could help scale Acquia and help make our customers and partners successful. I also realized how much I would enjoy working with him. The fit felt right.

With 25 years of senior leadership in SaaS, enterprise content management and content governance, Mike is well prepared to lead our business. Mike will join Acquia from Micro Focus, where he participated in the merger of Micro Focus with Hewlett Packard Enterprise's software business. The combined company became the world's seventh largest pure-play software company and the largest UK technology firm listed on the London Stock Exchange. At Micro Focus and Hewlett Packard Enterprise, Mike was the Senior Vice President and General Manager for Software-as-a-Service and was responsible for managing over 30 SaaS products.

This summer, I shared that Acquia expanded its focus from website management to data-driven customer journeys. We extended the capabilities of the Acquia Platform with journey orchestration, commerce integrations and digital asset management tools. The fact that Mike has so much experience running a diverse portfolio of SaaS products is something I really valued. Mike's expertise can guide us in our transformation from a single product company to a multi-product company.

Creating a partnership

For many years, I have woken up everyday determined to set a vision for the future, formulate a strategy to achieve that vision, and help my fellow Acquians figure out how to achieve that vision.

One of the most important things in finding a partner and CEO for Acquia was having a shared vision for the future and an understanding of the importance of cloud, Open Source, data-driven experiences, customer success and more. This was very important to me as I could not imagine working with a partner who isn't passionate about these same things. It is clear that Mike shares this vision and is excited about Acquia's future.

Furthermore, Mike's operational strength and enterprise experience will be a natural complement to my focus on vision and product strategy. His expertise will allow Acquia to accelerate its mission to "build the universal platform for the world's greatest digital experiences."

Formalizing my own role

In addition to Mike joining Acquia as CEO, my role will be elevated to Chairman. I will also continue in my position as Acquia CTO. My role has always extended beyond what is traditionally expected of a CTO; my responsibilities have bridged products and engineering, fundraising, investor relations, sales and marketing, resource allocation, and more. Serving as Chairman will formalize the various responsibilities I've taken on over the past decade. I'm also excited to work with Mike because it is an opportunity for me to learn from him and grow as a leader.

Acquia's next decade

The web has the power to change lives, educate the masses, create new economies, disrupt business models and make the world smaller in the best of ways. Digital will continue to change every industry, every company and every life on the planet. The next decade holds enormous promise for Acquia and Drupal because of what the power of digital holds for business and society at large. We are uniquely positioned to deliver the benefits of open source, cloud and data-driven experiences to help organizations succeed in an increasingly complex digital world.

I'm excited to welcome Mike to Acquia as its CEO because I believe he is the right fit for Acquia, has the experience it takes to be our CEO and will be a great business partner to bring Acquia's vision to life. Welcome to the team, Mike! Blog: AGILEDROP: Discovering clients expectations is vital. How do we do it?

Mon, 11/13/2017 - 10:53
When starting to talk with a potential client both parties are to some extent unaware what one has to offer and what the other can expect. It is of vital importance you define and manage expectations in such a manner both parties will be satisfied with results. In the next couple of paragraphs, I will outline our approach to setting expectations right up until the day the onboarding process takes place. If all checkboxes up to that point were marked, the developer won’t have any issues when working with the client.  What do we have to offer In my previous blog posts, I did write about ways… READ MORE

Roman Agabekov: How to stay out of SPAM folder? Setting up PTR, SPF, DKIM under Exim

Sat, 11/11/2017 - 23:39
How to stay out of SPAM folder? Setting up PTR, SPF, DKIM under Exim Submitted by admin on Sat, 11/11/2017 - 23:39

In the previous article, we covered teaching your Drupal installation to send mail to users. But that is only half the battle, now we need to make sure the mail we send hits Inbox and not Spam folder. This article describes some options you have that offer relevant solutions. Unfortunately, no one can guarantee 100% inbox hits, but keeping the amount of mail filtered to Spam to a minimum is quite possible.


Drupal core announcements: New Drupal 8 committer: Francesco Placella!

Sat, 11/11/2017 - 22:40

I am pleased to announce that Francesco Placella (plach) has accepted our invitation to be a Drupal 8 provisional framework manager.

Based in Venice, Italy, Francesco has been contributing to core since 2009. During the Drupal 7 lifecycle he was mainly active in the multilingual area, revamping the language negotiation and content translation subsystems. His initial contributions were really well received:

As well as some great progress on the code front, another major success of the virtual sprint was bringing in some significant new contributors. A highlight here would be Francesco Placella, who is playing a lead role in the work on translatable fields. [...] Drupal needs more contributors like Francesco, and if this sprint has helped him find his place in Drupal development that in itself is a major gain for the community.

After being appointed a maintainer for Drupal core's Language system and the Content translation module, Francesco joined the Drupal 8 Multilingual Initiative, soon becoming one of its most active contributors. Mainly focused on the content translation aspects, he gradually became heavily involved in the entity and field systems, with foundational work on the form and storage subsystems.

Francesco was also very active in the Drupal 8 Accelerate program, which had the goal of fixing all the outstanding critical bugs that were blocking the release of Drupal 8.0.0. This gave him the opportunity to expand his activity also in many other areas, with a particular focus on Views performance. Drupal 8.0.0 was eventually released and Francesco took a break to look after his newborn son.

Francesco showed up again at DrupalCon Vienna and we thought it would be a good time to ask him to become a framework manager. He gladly accepted, so please join me in welcoming him to the core committer team. blog: Shortcuts and Friendly URLs for Issues

Fri, 11/10/2017 - 22:27

Drupal developers have been shouting node id numbers across tables at sprints for almost 15 years now. The Drupal Association has added some shortcuts and friendly urls for issues to make this a little easier.


The first shortcut we added is a searchbar feature. If you enter any node id in the search bar you'll be automatically redirected to that node. This works for more than just issues!

The second shortcut we added is a quick url pattern for finding issues. If you know your node id, just type:<node-id>

 and you're there!


We've implemented a new friendly url pattern on to make the canonical urls more sensible and search engine friendly.

Project pages:

Issue Queue:

Specific Issue:

This new pattern should be backfilled to all issues by the beginning of next week.

And of course, if you have old bookmarks linked, you can still get there by going to:<node-id>

These are small, but powerful improvements that should make the lives of everyone who contributes to the Drupal project easier.

Drupal blog: An update on the Media Initiative for Drupal 8.4/8.5

Fri, 11/10/2017 - 15:49

This blog has been re-posted with permission from Dries Buytaert's blog. Please leave your comments on the original post.

In my blog post, "A plan for media management in Drupal 8", I talked about some of the challenges with media in Drupal, the hopes of end users of Drupal, and the plan that the team working on the Media Initiative was targeting for future versions of Drupal 8. That blog post is one year old today. Since that time we released both Drupal 8.3 and Drupal 8.4, and Drupal 8.5 development is in full swing. In other words, it's time for an update on this initiative's progress and next steps.

8.4: a Media API in core

Drupal 8.4 introduced a new Media API to core. For site builders, this means that Drupal 8.4 ships with the new Media module (albeit still hidden from the UI, pending necessary user experience improvements), which is an adaptation of the contributed Media Entity module. The new Media module provides a "base media entity". Having a "base media entity" means that all media assets — local images, PDF documents, YouTube videos, tweets, and so on — are revisable, extendable (fieldable), translatable and much more. It allows all media to be treated in a common way, regardless of where the media resource itself is stored. For end users, this translates into a more cohesive content authoring experience; you can use consistent tools for managing images, videos, and other media rather than different interfaces for each media type.

8.4+: porting contributed modules to the new Media API

The contributed Media Entity module was a "foundational module" used by a large number of other contributed modules. It enables Drupal to integrate with Pinterest, Vimeo, Instagram, Twitter and much more. The next step is for all of these modules to adopt the new Media module in core. The required changes are laid out in the API change record, and typically only require a couple of hours to complete. The sooner these modules are updated, the sooner Drupal's rich media ecosystem can start benefitting from the new API in Drupal core. This is a great opportunity for intermediate contributors to pitch in.

8.5+: add support for remote video in core

As proof of the power of the new Media API, the team is hoping to bring in support for remote video using the oEmbed format. This allows content authors to easily add e.g. YouTube videos to their posts. This has been a long-standing gap in Drupal's out-of-the-box media and asset handling, and would be a nice win.

8.6+: a Media Library in core

The top two requested features for the content creator persona are richer image and media integration and digital asset management.

The results of the State of Drupal 2016 survey show the importance of the Media Initiative for content authors.

With a Media Library content authors can select pre-existing media from a library and easily embed it in their posts. Having a Media Library in core would be very impactful for content authors as it helps with both these feature requests.

During the 8.4 development cycle, a lot of great work was done to prototype the Media Library discussed in my previous Media Initiative blog post. I was able to show that progress in my DrupalCon Vienna keynote:

The Media Library work uses the new Media API in core. Now that the new Media API landed in Drupal 8.4 we can start focusing more on the Media Library. Due to bandwidth constraints, we don't think the Media Library will be ready in time for the Drupal 8.5 release. If you want to help contribute time or funding to the development of the Media Library, have a look at the roadmap of the Media Initiative or let me know and I'll get you in touch with the team behind the Media Initiative.

Special thanks to Angie Byron for contributions to this blog post and to Janez Urevc, Sean Blommaert, Marcos Cano Miranda, Adam G-H and Gábor Hojtsy for their feedback during the writing process.