Kevin's Blog

A little over a year ago, I wrote about the usability of the Migrate tool in Drupal 8.1.  We're now up to Drupal 8.3, and while Migrate has improved a little bit, it's still officially an experimental module, and still has some notable gaps.  This doesn't mean that you can't successfully use it, but you do have to understand what you're getting from it and prepare yourself to bridge those gaps by hand.

The instructions I gave in my previous post are still valid, so I won't waste space repeating them here.  Instead, I want to start by explaining how the Migrate tool works, so that you can better understand its limitations.

Having worked on new ways of doing layouts with the Paragraphs module and worked with Institute Communications on the development of a new version of the Georgia Tech web theme, I realized that there was still one component of website visual design that I had yet to address:  a visual building block toolkit for content creators and editors.  Custom layouts are a part of this puzzle, but they do not address the need for custom styled headings, buttons, introductory text, etc. that need to be part of the actual content of a page.

The challenge here is that you want to make these custom styles easy to use and easy to maintain.  The most obvious approach is to add them to your chosen WYSIWYG editor, but figuring out how to do that can be tricky.  Here at Georgia Tech we use Drupal and in turn the preferred Drupal editor, CKEditor.  This is helpful, as there are lots of guides out there for extending both Drupal and CKEditor, but it can take time to dig through them and figure out how to make it all work.

With the announcement that the Migrate modules were being included in Drupal 8.1 (albeit as experimental modules), I thought it would be worth giving them a try against a moderately small site just to see how well they work.

First of all, Migration is going to be a very different process from anything you may have done in the past to go between Drupal major versions.  It's very important to read the basic instructions, which I'll summarize here:

After a vendor recently delivered a site to us built in Panels that I found to be unbelievably confusing to try to work with, I went off searching once again for the Holy Grail of Drupal - a module that can actually make it easy for a non-technical content manager to create and maintain moderately fancy page layouts.  Fortunately, I didn't have to look far, as a former co-worker pointed me to a wonderful little diamond in the rough called Paragraphs.  This module doesn't look like much at first, but it really has some nice power under the hood once you figure it out.  I guess it's just par for the course that a module like this one would have the same steep learning curve as Drupal itself.  So, in today's blog post, I'll try to unravel the mysteries of this marvelous module and provide a quick tutorial to get you started.

All blog entries reflect the opinions of the author and have not been expressly endorsed by the Ivan Allen College of Liberal Arts or the Georgia Institute of Technology.

The following was developed using Drupal 8 Beta 15, so a lot of things could still change. The first Release Candidate of Drupal 8 is expected in mid-October 2015, and at that point the API interfaces should be frozen. In the meantime, your mileage may vary, and the author makes no guarantees about anything below actually working in later versions of Drupal 8.

On hearing that the Drupal team is now supporting Drupal 8 beta to beta upgrades, I thought it was time I took a look under the hood and tried to convert at least one of my Drupal 7 modules over to work with Drupal 8.  That was quite an experience, but I'm happy to say I got it working, though the core Drupal coders would probably not be happy with the way I kludged a few things in the end ;-)  Since then, I've converted two more modules, not without a few bumps in the road along the way, but I do have all three working properly now.