June 8, 2016|
June 8, 2016|
May 26, 2016|
In the open source world, you often hear people observe that Drupal was built for developers while WordPress was built for content managers. This observation contains thinly veiled criticism of both platforms. For Drupal the implication is that the platform doesn’t provide a great user experience for content managers.
The criticism sticks because it is sort of true. Right out of the box Drupal’s administrative tools aren’t intuitive or easy-to-use. With the release of Drupal 8, Drupal out of the box is better than it used to be, but is still somewhat baffling to folks that aren’t familiar with the platform’s quirks.
As someone who builds sites in both WordPress and Drupal, I have to admit that I have contributed to Drupal’s bad content management reputation. I am guilty of not focusing enough on the experience of people that do the day-to-day work in Drupal: content managers. The fact is, with a little effort you can create a good content management experience in Drupal. Below are some tips on how you can improve the Drupal administrative experience.
(1) Create Custom User Roles
By default Drupal creates an Administrator user role that has access to the entire backend administrative system (content, theme, blocks, views, etc.). When setting up a site, all administrative users ware often given access to the full suite of backend tools. This is confusing to many users as they have access to lots of features they aren’t familiar with and really shouldn’t be using. It can also lead to bugs as admins experiment with backend tools they haven’t been trained on.
Drupal features a powerful user role system that allows for the creation of custom user roles. Once a custom role is created, super administrators can pick and choose what backend features and functionality the role has access to. At the beginning of a new project user roles should be set up for the different types of administrators. People who are just going to be managing content should only have access to the content editing tools. If someone is just posting press releases, they should just have the ability to post press release.
This approach both makes the administrative tools easier to use and prevents mistakes caused by people using features they haven’t been trained on.
(2) Customize the Look of the Administrative Section
The default Drupal administrative themes that come with Drupal 6 and 7 aren’t very attractive or usable. Fortunately there are a myriad of slick administrative themes you can install to improve the Drupal administrative experience. We are partial to Ember for Drupal 7 sites.
Drupal 8 actually has a pretty nice default administrative theme, although you can use a different theme (or create your own) if you want to.
Take the time to make sure your Drupal administrative section looks as nice as the site’s frontend.
(3) Customize the Options in Your Administrative Menu
If you have used a Drupal site you are undoubtedly familiar with the menu options that are available by default. Content. Structure. Appearance. People. Modules. Configuration.
While these options make pretty good sense for people that have full administrative rights and know Drupal, they aren’t relevant for all users on all projects. We recommend customizing the menu options based on your site’s workflow/needs.
(4) Create Custom Administrative Views
By default Drupal features a “Find Content” section that allows for users to filter results by content type. On more complex sites this section becomes inadequate as your administrators will want to search using different criteria based on the content type they are reviewing. For example, an administrator may want to filter the content type blog post by author. This author filter may not be relevant for a content type such as press releases.
It is easy in Drupal to customize the options available on that main Find Content page and to create custom views for specific content types. Take the time to customize the backend content view pages so they are truly useful to administrators.
(5) Take the Time to Set Up the Dashboard
Drupal comes with an administrative dashboard section that allows you to create quick links to the most frequently used content. Take the time to set up and customize your site’s administrative dashboard. Here are some ideas on how the dashboard can be used:
(6) Write Instructions
When building large Drupal sites it is inevitable that some content types end up with a ton of fields. These fields can be mysterious to people not familiar with the site.. We recommend grouping these fields into logical field collections and writing clear instructions as to what the fields are used for as a way to avoid confusion.
As an example, say you have a content type called Research that includes a checkbox called Featured Research. On the backend you should explain that clicking this checkbox causes the research node to be featured prominently on the main Research page. Write clear instructions so that administrators always know the ramifications of the choices they make.
(7) Document Image Sizes
Over the years our Drupal sites have gotten more and more image intensive. And with the rise of mobile we also find ourselves having to upload multiple versions of images to ensure they look good on phones and tablets as well as desktops.
It sounds simple, but on the backend you should provide specs to content administrators regarding the file size, dimensions and format of images. If you want a square jpg that is no more than 500*500 to be uploaded, tell the administrators that up front. It will save a lot of trial and error.
(8) Install and/or Customize the WYSIWYG
It sounds crazy, but Drupal 8 is the first version of Drupal to include a WYSIWYG in core. (I told you Drupal was built for developers). So if your site is in Drupal 7, as a first step you will need to install a WYSIWYG module such as CKEditor if you don’t want your content editors to have to write straight code.
Once you have a WYSIWYG installed take the the time to customize the options that are available based on what your content managers will be doing. If you know your content managers will be copying a lot of content from Word, include the Paste from Word option. If you don’t want content editors to change fonts, don’t include the font selector option.
While we encourage the installation of WYSIWYG’s for basic formatting, we advise against providing too many options. If you have set up your Drupal site in an intelligent way, content managers should only be doing basic editing work (adding links, bullets, etc.) in the WYSIWYG.
(9) Don’t Forget to Do Spring Cleaning
A lot of the sites we manage have been in Drupal for years. In many cases the backends of our sites have gotten really messy as a result. Take the time a few times a year to go in and clean up to make sure the administrative tools remain easy-to-use.
Are there fields, taxonomies or content types that are no longer in use? Remove them. Are there new materials that should be featured in the overall administrative menu? Add them. Are there materials that are no longer relevant? Delete the links.
Periodic clean up is important. Without it the administrative section can get really confusing for new people who come on board who may not have historical knowledge of a site.
May 17, 2016|
Chris, Mike, Ron, Shane and I spent last week at Drupalcon in New Orleans. We learned a lot and enjoyed a little too much of News Orleans’ food and nightlife. Following is a list of our key takeaways from the trip.
(1) I attended my first Drupalcon Business Summit on the Monday before the conference. It was inspiring to hear the perspectives of others running Drupal development firms and I came out of the Summit with tons of marketing ideas and growth strategies. I would highly recommend the Business Summit, as well as the other Drupalcon Summits (Government and Higher-Ed) that were held on Monday.
(2) In his Druplacon Day 1 keynote, Drupal founder Dries Buytaert proposed a number of new initiatives for Drupal 8. I was personally most excited by the proposed improvements to the way media and workflow are handled in Drupal 8.
(3) Lafitte’s Blacksmith Shop Bar was built between 1722 and 1732 and is reputed to be the oldest structure used as a bar in the United States. It is also lit nearly entirely by candlelight and is the darkest bar I have ever been in. Cool place. Photo of Ron and Chris enjoying some adult beverages.
(4) Around half of our Brick Factory staff work out of our Washington, DC office with the other half working remotely. I attended a good session on running a distributed Drupal shop that included a bunch of useful tips. One interesting factoid from the session: 30 million Americans currently work from home and that number is expected to double in the next few years.
(5) Given the increasing architectural complexity of Drupal, Ron thought most development shops would host their Drupal sites on one of the excellent Drupal managed hosting platforms that are out there (Acquia, Pantheon, Platform, Blackmesh, etc.). These platforms provide Continuous Delivery solutions and are more secure, reliable and scalable than self hosting.
(6) Apparently the state of Georgia saved $5,000,000 switching from Vignette to Drupal.
(7) The Crab BLT and onion rings at St. Lawrence are highly recommended. Great food and cool place.
(8) I attended a Drupalcon session on improving the Drupal administrative experience that was very useful. It sounds obvious, but the key to creating great content management tools is to spend time planning out the administrative experience in the same way you would the front end experience. We are certainly guilty of skipping this step at times.
(9) If you have ever wondered why WordPress has a robust marketplace of themes and modules/plugins and Drupal doesn’t, check out this talk. The session explains how Drupal’s General Public License prevents the selling of modules and why that may not be a good thing.
(10) From the same Druplacon talk, there apparently is a closed Drupal distribution called NP8 that is aimed at media companies and costs several hundred of thousands of dollars a year. We’ve got to get us one of those!
(11) Ron and Shane have developed an intense ping pong rivalry at the various Drupalcons they have attended together over the years. Ron continues to dominate, although he definitely showed some signs that he may be past his prime. Shane is coming for you Ron!
(12) Most of the programming sessions at this year’s Druplacon focused on training developers on how to use Drupal 8. The Drupal 8 sessions were packed with overflow crowds, with many standing and sitting the floor. From our own work and talking to others, it is clear that that the learning curve for D8 is much higher than D7.
(13) We are very excited by the caching layer in Drupal 8 and the various contributed modules that the improved caching is making possible. There is an experimental module called BigPipe that allows for uncacheable programming blocks to be loaded after everything else on a given page. RefreshLess also looks really interesting and promising.
(14) We all thought theDrupalcon Day 2 keynote by Sara Wachter-Boettcher was amazing. The talk was about how we can make our designs kinder and more inclusive. She shared some great anecdotes about how website design and language can unintentionally lack empathy. One example: brands that send Mother’s Day promotions to people whose mothers may have passed away or are not involved in their lives.
(15) Chris found the Lessons from WordPress Core Drupalcon session that covered the differences in approach between WordPress and Drupal very interesting. Wordpress tends to prioritize backwards compatibility and the content editor experience. Drupal prioritizes code and the programmer, and hasn’t traditionally worried about backwards compatibility. Things are changing a bit on the Drupal end, and there are ongoing discussions about whether the Drupal release cycle should mirror WordPress more closely. It seems the sweet spot may be somewhere between where Drupal was and WordPress is, and it looks like that is where the Drupal community is headed.
(16) Unlike most cities in the US, the bars in New Orleans don’t really seem to close so the night can just sort of keep going and going. This sign we came across sums up the ethos of the place pretty well.
(17) If you are a programmer just getting started in Drupal 8 we recommend the Altering, Extending, and Enhancing Drupal 8 session. Great overview.
(18) Overall it was validating to see that our front and back end Drupal development processes are in line with what other firms are doing. The sessions we attended will lead us to take a fresh look at Pattern Lab, kss-node and CSS regression testing (Phantom CSS/Wraith).
(19) The Responsive Images Druplacon session took an in-depth look at how to size responsive images to work well with all devices and how to implement in Drupal We use images to evoke emotion on many of our sites, so having images look great in all sizes is something we need to prioritize.
(20) We had some great meals in New Orleans, but the best was probably at Cochon Restaurant. The smoked pork ribs were amazing, as was the Louisiana cochon with cabbage, cracklins and pickled turnips (pictured below). Must visit.
(21) A few on our Brick Factory team would have benefited from not having a casino strategically positioned between our hotel and the conference venue. Harrah’s New Orleans misses the Brick Factory.
(22) Next year’s Druplacon will be in Baltimore, approximately an hour away from our Brick Factory DC headquarters. We’ll be there.
May 2, 2016|
When founding the Brick Factory back in 2011 one of the first (and biggest) decisions we had to make was about our new office. The decision was made difficult by a number of challenges:
We ended up finding a nice pre-built space at 1726 M Street NW near Dupont Circle. We tore down a wall or two, slapped some paint on the walls and filled it with the nicest furniture we could afford. And we got to work.
1726 M Street was never our dream office. It had ugly carpet, limited windows and an eccentric heating/cooling system. But I’ll always remember if fondly since it was our first office. It served us well.
In early 2015 we heard that our landlord was planning to tear down 1726 M Street and a few other buildings nearby. The plan was to build a fancy new mega building with rents way out of our price range. Our landlord exercised the eviction clause in our contract and we had to be out in nine months.
This time around we had a lot more time to find our new space and also a better idea of what we wanted:
The search took a few twists and terms, but we found our new space and today we moved into our new office on 925 15th Street NW. The space is right on McPherson Square and not far from the White House. Our new office has our own floor, windows on three sides and was built out to our specs. It is kind of awesome.
While leaving the old space is a little bittersweet, all and all we are thrilled with our new office. For me personally, moving into this new office represents the beginning of a new phase for the Brick Factory. To borrow from Swingers, “our little baby is all growns up.”
We look forward to hosting our clients and friends in the coming weeks and months in the new space. In the meantime you can see some photos of the new space here.
March 14, 2016|
We’re Brick Factory and we build websites:
The Brick Factory plans and executes world-class digital campaigns for non-profits, trade associations, advocacy groups and brands. We understand that results matter, and use cutting edge technology to help our clients reach their goals.
We believe in simple solutions, setting clear goals, and providing great service to our clients. We believe a good website or campaign is never done and the launch of a website is the beginning, not the end.
Why You Should Work for Us: