<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 2, 2015 at 9:49 AM, Donn Cave <span dir="ltr"><<a href="mailto:donn@avvanta.com" target="_blank">donn@avvanta.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just more general.  In my case, I have content that's not wholly dissimilar<br>
from that, but had my own ideas as to how to organize and manage it, and<br>
then drupal rapidly got to be more trouble than it was worth.  For example,<br>
if you don't want that mechanism to announce new articles on the front page,<br>
then you can install a front page extension ... but the conflict with the<br>
basic design that assumes this structure creates some tension.  That's<br>
what I'm talking about - sure, provide the mechanisms, but don't build the<br>
assumptions about form and structure into that support.  So I just threw<br>
it out and I generate my own web pages, but of course drupal supports<br>
lots of stuff that I'll probably miss someday.</blockquote><div><br></div><div>So what you really want is a more flexible approach. I get that. I use both blogger & pages, as the different models they provide meet different needs, which occasionally leads to questions about where something should go.</div><div><br></div><div>This sounds like something where the ability to compose functionality - as opposed inherit it - should be an advantage. At least until you hide it behind a GUI.</div></div></div></div>