Bloat

We recently launched another Drupal-powered website, and one minor requirement was a custom node-type that included a date field.

We needed to output a simple date... say, something like:

<code>&lt;div class="date"&gt;Saturday, August 18, 2007&lt;/div&gt;</code>

Turns out Drupal likes dates a bit fatter:

<code>&lt;div class="field field-type-datestamp field-field-date"&gt;
  &lt;div class="field-items"&gt;
    &lt;div class="field-item"&gt;
      &lt;span class="date-display-single"&gt; Saturday, August 18, 2007 &lt;/span&gt;
    &lt;/div&gt;
  &lt;/div&gt;
&lt;/div&gt;
</code>

Which led to yet another conversation between myself and Ken regarding Drupal, some of the disconnects between that CMS and our process, and their solutions.

Needless to say, there remains no one-size-fits-all solution. The features offered by Drupal, its vocal and active community, and its highly modular architecture make it an incredibly effective product for a wide range of implementations. On the other hand there are significant sacrifices -- for one, ridiculous HTML-bloat. Or, when it's worth it, there is the time lost trimming that same bloat.

Filed under: 

1 Comment

Have you thought about taking a look at ExpressionEngine? It feels like more of a framework than a traditional CMS to me, because it is so extremely customizable. The learning curve is a bit steep at first, but once you understand what you're doing you won't turn back!

Add a comment

About the Author

Justin Toupin

CEO, Creative Director

Justin founded Aten Design Group in early 2000 while still in college. His focus on clear, effective design solutions and his determination to achieve project goals drive the design process at Aten. Justin has a passion for working with cultural/social organizations – particularly with museums and humanitarian agencies.

Read More Justin's Blog Posts