Acquia Drupal Roadmap

Introduction

The purpose of this document is to summarize our ideas for the future direction of Acquia Drupal and collect your feedback.

In general, we imagine the Acquia Drupal distribution evolving in several different directions in future releases.  The general directions for this evolution are as follows:

  1. General maintenance to keep up-to-date with Drupal core and contributed module development
  2. Add more contributed modules when there is high demand by Acquia Drupal users
  3. Add more high quality themes to give users more fully supported design choices
  4. Add more default content types and default settings to accommodate commonly requested usage scenarios
  5. Make substantial contributions to Drupal 7 to address rich text editor requirements, administrative UI improvements, and other usability improvements

General Maintenance

We intend to keep the Acquia Drupal distribution synchronized with updates to Drupal core and contributed modules as they become available.  We'll continue to work closely with core and module maintainers to contribute issues and patches on an ongoing basis.  We plan to release new versions of Acquia Drupal approximately every two weeks, with each release rolling up all changes that have been tested and validated during the prior engineering iteration.  In the case of critical security releases, we may offer interim releases on a cycle shorter than two weeks.

Modules

The goal of Acquia Drupal is to help you build a Drupal website quickly and make it easy to keep the site updated. We added several additional modules since the initial release of Acquia Drupal in September 2008 to give Acquia Drupal users more options when building a site. Our approach going forward is to consider adding modules in response to demand from Acquia Drupal users. If you want to see a specific module or functionality added to Acquia Drupal, please add a comment.

*NOTE REGARDING RICH TEXT EDITORS: There is no clear market share leader today, and supporting an editor is significant burden given the challenges of cross-browser compatibility and integration with Drupal input methods. It is likely that Drupal 7 will include a native editor that will become the long term choice.  We need customer and community feedback before proceeding on an interim solution.

Themes

Our goal in providing professional-grade themes in Acquia Drupal is to make Drupal more useful, usable, and desirable out of the box. We want first time Drupal sites to work great AND look great, and providing knockout themes in the distribution is a great way to do that.

We have included one new professional-grade theme, Acquia Marina, in the initial release of Acquia Drupal. Acquia Marina was developed under contract with our partner TopNotchThemes.  We recently added a second theme from TopNotchThemes, Acquia Slate, and hope to add more professional grade themes from TopNotchThemes and other theme providers over time.  We don't want to include an overwhelming number of themes, but we do want enough variety to provide excellent options for the most common Drupal use cases.

We have established the following draft criteria for themes included in Acqiua Drupal for your review and feedback:

  1. The vendor providing the theme(s) must be a well-established business with a track record and future commitment to Drupal, Drupal themes, and the Drupal community.
  2. The vendor providing the theme(s) must enter into a long term contract with Acquia that defines specific terms and conditions for marketing, maintenance, technical support, legal indemnification, etc.
  3. All elements (PHP, HTML/CSS, artwork) of all themes delivered to Acquia for inclusion in Acquia Drupal must be licensed under the GNU Public License and pro-actively released and maintained by the vendor through Drupal.org.
  4. The theme(s) must be visually differentiated from other themes included in Acquia Drupal.
  5. The theme(s) must be of extremely high quality in both visual appearance, functionality, and underlying architecture.
  6. The theme(s) must provide an excellent user experience when use in conjunction with all modules included in Acquia Drupal, including future releases.

We are actively seeking customer and community feedback on our general approach to themes, and on the selection criteria described above.  Please provide your feedback through comments below.

Default Content Types and Settings

It has occurred to us that the one of the first things people do when they install Drupal is start creating content.  Unfortunately, the content types that Drupal provides on initial install are quite limited. We are thinking that it might be useful to create a number of content types in advance, and allow users to activate them as part of the installation process.  Of course new content types can be added at any time after installation, and the content types provided can always be modified or added, but it seems like providing more options on initial installation would be helpful to many users.

Experienced users will often choose to start with minimalist installation and build from the ground up, and we want to support that method as well.  But even advanced users may appreciate the option to just turn on a few more existing content types if they were well thought-out and structured.

There are a few important constraints and caveats that we should mention here:

  1. We are not interested in any suggestion or solution that forks Drupal core or does anything fork-like.  We want an approach that builds on Drupal 6 as is instead of taking it in a new direction.
  2. Acquia Drupal needs to be able to meet the needs of both first time Drupal users and experienced veterans.  Any solution that feels too constraining or that will create extra work for experienced Drupal users is a problem.
  3. We don't want hundreds of exotic content types - just the really common ones that show up again and again across many sites of the same category.

We would love to get your feedback in this area.  Which content types would you like to see out of the box in Drupal?  What would be the best method for providing these content types in the installation process? Do you have other suggestions for what we should do here?

Similar to the situation with content types, Drupal currently takes a minimalist approach to many settings.  This often presents a learning challenge to new users. 

Take for example user roles and permissions.  Many sites have a superadmin, a number of normal admins, a number of content contributors, a number of authenticated users, and anonymous users.  Would it be helpful to create these roles as part of the installation process and, depending on which content types are activated, assign reasonable permissions to the roles as a starting point?

Similarly, would it be useful to turn on site search, create a basic skeleton of menus and primary links, and configure other settings as part of the installation process?  It would seem that having an installation wizard that asks intelligent questions about how these things should be configure could help new users achieve a more useful initial installation of Drupal.

The same caveats apply here as mentioned for content types.  We would love to get your feedback.  Please let us know what you would like to see us do in this area.

Drupal 7 Contributions

Some of the areas we would like to improve will require long term work on Drupal in the form of contributions to Drupal 7 development.  We've already had Gabor working hard on foundational work for better rich text editor integration with Drupal.  We would like to also contribute improving the administrative user experience and in other general usability of Drupal.  We have a few other ideas, but we would like to hear your feedback on where you think Acquia can make the most positive impact on Drupal 7 development.  Let us know what you have in mind.  We can't promise we'll do everything asked, but we'll give every suggestion solid consideration.


It's nice to see the future

Posted on September 30, 2008 - 7:07am by Isriya Paireepairit.

It's nice to see the future plan discussed here. This is my wishlist on Acquia Drupal: http://www.isriya.com/node/2224/my-first-test-drive-on-acquia-drupal

I'm looking forward to using

Posted on September 30, 2008 - 11:06am by Duran goodyear.

I'm looking forward to using Acquia-fied drupal in the future.
One absolute need I have, as a developer in an enterprise environment (where having commercial support is a must, so Acquia is awesome) is being able to use our existing ActiveDirectory/LDAP infrastructure with any new applications we bring in.

If possible, I would love to see the next release of Acquia have that as a core or optional module.

I'm sure I'm not the only one out there who needs to use LDAP with their applications, and finds it as a stumbling block a lot of the times.

Thank you!

As a primarily enterprise

Posted on September 30, 2008 - 12:43pm by Joann Melnik.

As a primarily enterprise Drupal admin/developer, I'm very excited about the enterprise possibilities that Acquia will bring to Drupal. Here's my take, as a Drupal intranet developer in the healthcare industry, of what I need in order to be able to really push Drupal as a true enterprise solution:

  1. A reliable and secure manner with which to set up a dev -> qa -> production workflow that does not involve node id hacks. I know there's some work going on in this area, but I was a little concerned not to see any mention of it on this roadmap. This could be addressed on a simpler level if there were a reliable method of exporting/importing all Drupal content objects (users, profiles, nodes, comments, views, etc.) at once so that I could simply promote my qa instance to production by updating content. This is the single biggest stumbling block for me to getting Drupal accepted as a true enterprise solution on the admin side of the house (the user side is discussed next).
  2. There needs to be a true wysiwyg solution that handles images and intrasite linking (think page browser) as easily as an office package. I was disappointed to see this is being deferred until 2009 and/or Drupal 7. This is the single largest stumbling block I have with my user population to getting my Drupal sites widely used. I actually have to provide MS Office Word files of pages for some users to edit and then send back to me for updating the site!
  3. Somewhat related to the previous point, there has to be an Office document (both ODF and Microsoft formats) import/export (at least for word processor and spreadsheet files) capability. It wouldn't matter if I could design a Drupal site that would serve people coffee and cake while working on their documents, their only question to me would still be "but can I import my word docs?". I say this is related to the previous item because if there were a wysiwyg editor that users were comfortable with, this would be less of a problem. Though it wouldn't completely disappear as there's still a significant need for offline content creation capabilities and WLW simply isn't accepted in the enterprise yet(if ever).
  4. And finally, true document management. This may resolve itself once the file handling framework has been ironed out (the file framework module looks very promising). And for those that would say it already exists, I have to respond that a "document" content type with a filefield and some metadata fields is not true document management (think Alfresco or Knowledgetree). There has to be provisions for handling file revisions in addition to the node revisions of the metadata as well as namespace collisions and true file access control that doesn't depend on knowing how to independently configure apache in a specific way. There also needs to be the option of storing the files in the db or the filesystem.

Those are the main problems I have to solve before really pushing to have Drupal replace our sharepoint infrastructure.

Two other, somewhat minor issues (and I say minor since there are currently acceptable manual or contributed module solutions for them), are media handling and ldap integration.

That's my $1.00 worth (inflation don't ya know)... ymmv.

Thanks for the full $1.00

Posted on October 6, 2008 - 9:08am by Jeff Whatcott.

Thanks for the full $1.00 worth of feedback. We really appreciate it.

We would love to follow up with you on a few of the items you mentioned to gather more detailed requirements. You'll be hearing from us soon on that.

1. Regarding an improved dev/qa/production flow - we hear you. This is something that has received a lot of internal discussion at Acquia. We don't have a specific proposal to put forward at this point, but we would love to gather your requirements and suggested solutions in more detail.

2. Regarding rich text editors, we're actively working on this and if there is a way to accelerate a solution, we'll post it back here.

3. Regarding Office import/export, we are thinking that the best solution here may be integration with an ECM system rather than trying to replace such a system. This is another area where we would love to follow up.

4. Regarding document managment, our current thinking is similar to #3.

Thanks again for your feedback, and expect to hear from us soon. If others have similar issues/requests and would like to go deeper to discuss, post back here to raise your hand.

seth's picture
Seth Itzkan

Hi, I echo the request for

Posted on September 30, 2008 - 12:48pm by Seth Itzkan.

Hi,

I echo the request for LDAP. One of our largest corporate clients has said this will be a key factor in considering Drupal for their Intranet.

Any estimates you can give as to when this might be supported would be greatly appreciated.

Thanks,

- Seth
Charles River Web Inc.

seth's picture
Seth Itzkan

E-commerce integration and

Posted on September 30, 2008 - 4:19pm by Seth Itzkan.

E-commerce integration and subscription management are also considered highly valuable by our client.

Please advise about these as well.

Thanks,

- Seth
Charles River Web, Inc.

I do not see a WYSIWYG

Posted on October 3, 2008 - 5:10pm by nuwinfo support.

I do not see a WYSIWYG editor? Is it hiding or isn't there one? It is a key, required feature for many uses.

Joshua Brauer's picture
Joshua Brauer
Acquia Staff

It's hiding as the 4th item

Posted on October 6, 2008 - 2:11am by Joshua Brauer .

It's hiding as the 4th item on the list under the heading Rich Text Editors and the note immediately after the list about Rich Text Editors has some more discussion of this critical area.

Thanks,
Josh
Acquia Technical Assistance Center

develCuy's picture
Fernando Parede...

Organic Groups

Posted on October 4, 2008 - 8:25pm by Fernando Parede....

Organic Groups Subscriptions(subscriptions_og) integrates 2 modules you are considering, if you are not going to use notifications... will OG be only having basic emailing features?

My suggestion..... I agree

Posted on October 7, 2008 - 3:40pm by Robert Hester.

My suggestion.....

I agree with the above suggestions about having push button setups. Click on Wiki setup and the modules needed for that would be activated, or Social Collaboration site, or ....

But I know that this takes time to package and test.

What I would suggest (to reduce the testing time) is that your Drupal experts take a 1/2 day each week and use the time to write a data sheet on a Drupal config and then throw the data sheet with a "NO SUPPORT - USE AT YOUR ON RISK" notice up into a wiki.

Your users can become the testers of the sheet, and the most popular can be considered for inclusion and test in your next releases.

Even though the data sheets will be made with the Acquia config in mind they will be useful to the entire Drupal community.

Seems like some essential

Posted on October 8, 2008 - 12:31pm by Django Beatty.

Seems like some essential security-related modules missing for corporate use. We need to use:
Password Policy
Login Security
Automated logout + countdown timer

Also important:
Xmlsitemap
FCKeditor
Image FUpload
Calais (also requires RDF)
NAT (seems to be the best way of joining nodes when not using CCK)
Scheduler
Taxonomy Defaults
Term Display

Quite curious about how strongly CCK would be recommended over custom content type/modules, especially from a performance viewpoint.

Also Services of course.

Posted on October 23, 2008 - 11:27am by Django Beatty.

Also Services of course.

I think Acquia Drupal will

Posted on October 8, 2008 - 4:48pm by Nicolas Tostin.

I think Acquia Drupal will need powerfull users' profiles in order to build community site and I think Content Profile is the right candidate as it unleash the power of CCK for profiles.

Also, it would be great that acquia marina had a special template to have nice profiles out of the box.

How about Content Templates?

Posted on October 9, 2008 - 7:13pm by Tim Merrill.

How about Content Templates? Without Content Templates, CCK is pretty tough to style for the front end designer/developer. Unless there's another module that I'm unaware of that does something similar?

Thanks!

Tim

I think a solid Ubercart

Posted on October 13, 2008 - 6:58pm by Omar Khan.

I think a solid Ubercart integration is needed to really expand the market for Drupal. I know we at ISL will be working with Ubercart's dev version for Drupal 6 for one client, and would be happy to contribute what we can to this having just successfully used Ubercart on a Drupal 5 site. There is also the strategic advantage of marketing a platform that can support robust e-commerce.

jeffrey-dalton's picture
Jeffrey Dalton

Webform module with Mollom

Posted on October 13, 2008 - 7:45pm by Jeffrey Dalton.

Webform module with Mollom submission support would be very valuable. Many clients ask for simple data collection forms on their sites and webform makes this pretty painless on-the-fly additions.

Jeffrey Dalton Design
Providing Elegant Drupal Solutions
http://www.jeffreydalton.info

linearowe's picture
Linea Rowe
Acquia Staff

Thanks for your opinions the

Posted on October 14, 2008 - 9:35pm by Linea Rowe.

Thanks for your opinions the modules - your feedback really helps us out. And I like your ideas for push button set ups and content templates. I'd like to talk some of you to hear what you think in more detail. I'll follow up via email.

We'd also love to hear your thoughts about the Acquia Network. Does it have what you need? What else do you think we should include? Please add your comments to the Network roadmap page or take this quick survey - whatever is easier for you.

It might be a bit off-topic,

Posted on October 15, 2008 - 11:50am by Cosmin ....

It might be a bit off-topic, however I cannot help noticing that there are still some very-important/mostly-used modules in a non-Drupal 6 released state.

Views, Panels, Taxonomy access are some examples.

My point is that you rush in a new Drupal version without paying so much attention on the modules, at least on the most used modules. For enterprise environments it's ugly.

linearowe's picture
Linea Rowe
Acquia Staff

Hi Cosmin, I want to make

Posted on October 16, 2008 - 3:50pm by Linea Rowe.

Hi Cosmin,
I want to make sure to understand your concern. Are you referring to rushing in a new version of Acquia Drupal or core Drupal?

How are you dealing with this issue? Are you still using Drupal 5 or are you using Drupal 6 and forgoing the non-Drupal 6 released modules?

Thx
Linea

Hi Linea, AFAIK Acquia

Posted on October 20, 2008 - 12:24pm by Cosmin ....

Hi Linea,

AFAIK Acquia Drupal is based on core Drupal, so I ment both. However for enterprise environments Acquia Drupal would be more important.

I am still using Drupal 5, installed Upgrade Status module and wait for the "missing" modules.

Cosmin

Re. wizard... It would seem

Posted on October 21, 2008 - 5:53am by Giles Kennedy.

Re. wizard...

It would seem that having an installation wizard that asks intelligent questions about how these things should be configure could help new users achieve a more useful initial installation of Drupal.

Just to observe that often at the time of inital installation you aren't completely clear what you need (or perhaps you don't fully understand how the options presented by the wizard correspond to your requirements), so IMO there needs to be a way of re-activating the wizard for an already-installed site (also useful if you hit the wrong option during install!). If done like this then a wizard could help users understand some of the possibilities/opportunities for their AD site even after installation. For a first time user, setting up CCK/Date/Calendar/Views etc. for event-type nodes is a bit of a burden. The flip side though is that often things need tweaking slightly to get them just right, and if the wizard "hides" all the complexity from the user then they won't be any the wiser in terms of how to modify the settings to get just where they want. I guess this is where a comprehensive built-in help system would be of great value.

Great feedback. Keep it

Posted on October 22, 2008 - 9:43pm by Jeff Whatcott.

Great feedback. Keep it coming. There are clearly a variety of factors to balance in optimizing the initial installation experience. We're continuing to mull this over.

I totally agree with Giles

Posted on December 8, 2008 - 5:54am by matthijs brouwer.

I totally agree with Giles Kennedy here and I'm even more worried about it. Acquia is going to address a lot of problems that I see with Drupal, but please don't assume users need help from wizards. They'll just get in the way. You provide professional services, please assume professional users. Wizards are always and will always be just of the specification I have in mind.

A system like Joomla! makes a lot of assumptions on how I want to structure my content as do many modules/plugins for it - and I find it quite annoying as it just takes more time to get what I really want. Drupal has a learning curve as has any professional system. Any system I know that claims to 'get you up quick and easy' can do so only with configurations that hardly meet professional standards.

As an alternative to wizzards I can imagine comes a more tight integration/natural workflow between cck/views/taxonomy/autopath and even menus. For example, under menus there could be a very easy choice to generate a menu or menu-item (with children) for one content type. When creating a new node for a certain content type it would then pre-suggest to be in that menu too. For non-technical end users that only want to know what they really need to, this would seem user friendly. Something for D7 perhaps?

My personal needs are the easiest possible way to incorporate jquery, ajax, very compact galleries (like, row of thumbs and sliding through the bigger pics - just easy jquery solves that problem for me) and video (jquery media solves that for me too). I'll use it together with views (and cck).
Like everybody I like wysiwyg and filemanagement and the image module/image_field.

What about a contribution to

Posted on October 29, 2008 - 3:18pm by John Klassa.

What about a contribution to the Drupal source base, to support Oracle databases? You seem to be going after the enterprise market, in the sense that you offer the kinds of service and support options that enterprise clients seek out, before committing to a particular technology. Oracle is the RDBMS of choice for many, many enterprises. Without support for Oracle, it's tough to envision Drupal getting a lot of traction on the enterprise level, in the kinds of application domains for which it would otherwise be ideally suited (as a vehicle for distributing corporate communications to employees, as a portal for collecting/organizing the resources on a corporate intranet, as a team blog or project status builder, and so on).

Thanks.

Customizable Themes... As a

Posted on November 12, 2008 - 12:19pm by David Lanier.

Customizable Themes...

As a bullet point in your list of requirements for a theme, I'd like to suggest that you add:

* easily customizable by the end user.

First things that come to mind are:

- layout - can I change the basic layout from 2-col to 3-col? (not just by how I assign blocks, but by setting an option in the theme.)

- colors - could you give me a couple dozen great color sets for me to choose from, as well as letting me plug in my own color codes? refer to how Garland does this.

- graphical elements - I want a wide thick header on every page. or I want a special background behind each of my main nav links.

- and whatever else the creative minds behind the themes come up with!

The reason I'd like to see this is to help people who aren't hiring a professional designer get something relatively unique with minimal effort. As soon as you include a great looking theme in core, loads of sites will start using it, and it loses some of its appeal. It can retain its appeal longer if it's highly and easily customizable.

linearowe's picture
Linea Rowe
Acquia Staff

Hi David, I like your ideas

Posted on January 21, 2009 - 10:59am by Linea Rowe.

Hi David,
I like your ideas about making themes easy to customize. If you run across an examples of where this is done well, I'd like to see it.

Linea

My vote is for the email

Posted on December 2, 2008 - 1:37pm by James Gentes.

My vote is for the email subscriptions / notifications as a top priority. We can see that social media services like Plaxo, Linkedin, Geni, Facebook, etc all use email notifications to promote user contribution and provide a sense of activity within a site. This improves user adoption and tends to reinforce the viral nature of community software. These are the type of features that have exponential value, so I think there's a lot of bang for the buck here.

Additionally, I like the concept of organic groups, but I'm not sure exactly what that means. What I'm looking for is the ability for a community to create sub-communities or groups of users who are interested in having discussions/events/content that is a subset of, but private from, the parent community. Think of the parent community as a company's employees, and a sub-community would be a group of employees interested in playing golf each week.

Thanks for sharing your roadmap, I'm looking forward to the LTS release!

-James

I'd agree with an earlier

Posted on January 4, 2009 - 6:56am by Matthew Bull.

I'd agree with an earlier comment that one of Drupal's missing enterprise features is the ability to have content in two states at once: live and work-in-progress.

Drupal has evolved as a brilliant small-scale social networking system where editing content is often a fast and dynamic process. However Drupal doesn't allow you to keep a live version while simultaneously working on an updated version with all its associated workflow and approval processes. But for larger institutions it's an absolute must to keep content live while a possibly drawn-out editing process is going on behind the scenes to update that content.

Linked to this is the lack of a bulk go-live feature. Many departments in large institutions tend to generate content over a couple of months, and then publish it all at the same time. As far as I know there's no satisfactory, user-friendly way of doing this yet in Drupal. Scope for a new module? It's certainly something my institution is considering at the moment.

My suggestion..... I agree

Posted on January 8, 2010 - 1:38pm by hamet vake.

My suggestion.....

I agree with the above suggestions about having push button setups. Click on Wiki setup and the modules needed for that would be activated, or Social Collaboration site, or ....

But I know that this takes time to package and test.

What I would suggest (to reduce the testing time) is that your Drupal experts take a 1/2 day each week and use the time to write a data sheet on a Drupal config and then throw the data sheet with a "NO SUPPORT - USE AT YOUR ON RISK" notice up into a wiki.