Acquia Drupal Roadmap
Introduction
The initial release of the Acquia Drupal distribution is now available, and many Acquia-watchers are wondering where we're taking Acquia Drupal from here. The purpose of this document is to briefly summarize our ideas for the future direction of Acquia Drupal and seek 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:
- General maintenance to keep up-to-date with Drupal core and contributed module development
- Releasing the first Long Term Support (LTS) release of Acquia Drupal
-
Add more contributed modules to expand the scope of supported functionality
- Add more high quality themes to give users more fully supported design choices
-
Add more default content types and default settings to match more of the common usage scenarios
- 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.
Long Term Support Release
The initial release of Acquia Drupal is an Interim Support (IS) release. As described in the Acquia Drupal FAQ, there are two kinds of supported releases for Acquia Drupal: Interim Support releases (a.k.a. "IS release") and Long Term Support releases (a.k.a. "LTS release"). An IS release may include Drupal core version or module versions not designated as "released" on Drupal.org. Current subscription holders may request and receive support for an IS release, but upgrading or downgrading to an LTS release may be required in order to resolve the issue and maintain support. An LTS release is deemed to be stable enough for long-term production use and normally contains only Drupal core and contributed modules that are labeled "released" on Drupal.org (e.g. not Alpha, Beta, RC, etc.).
Because many contributed modules in Acquia Drupal are not yet at final release state, we have designated the initial release as an IS release. Our product team will be working with module maintainers to deliver an LTS release of Acquia Drupal as soon as possible, hopefully before the end of calendar 2008.
Modules
Adding more modules to Acquia Drupal is an important priority for the product team. Several of the modules that were considered for the initial release of Acquia Drupal were not ready by the time of the release and were temporarily dropped. In other cases, we decided reassess our strategy and seek additional customer input and community feedback before proceeding. The table below lists each of the modules that were originally considered for inclusion in the first release of Acquia Drupal and their current status.
| Module Name |
Function |
Current Status |
| DateField (CCK) |
Various date operations in CCK |
Under consideration for LTS release |
| Meta tags / Nodewords |
SEO tagging |
Release candidate stage. Under consideration for next release. |
| Calendar | Calendaring |
Under consideration for LTS release. |
| Rich Text Editors* such as TinyMCE, FCKEditor, Kupu, and YUIEditor |
Efficient formatting for non-technical content contributors |
Decision deferred to 2009. |
| Diff |
Side-by-side comparison of content revisions |
Under consideration for LTS release. |
| Workflow |
Workflow for approvals and other kinds of sequential operations. |
Under consideration for LTS release. |
| Primary Tag | Utility |
Under consideration for LTS release. |
| Custom pager |
Utility |
Under consideration for LTS release. |
| JS Tools | Utility |
Under consideration for LTS release. |
| Wiki freelinking |
Utility |
Under consideration for LTS release. |
| Persistent login |
Security |
Under consideration for LTS release. |
| Securesite | Security |
Under consideration for LTS release. |
| LDAP | Directory access |
Under consideration for LTS release. |
| Organic Groups |
Community building |
Under consideration for LTS release. |
| Subscriptions |
Email notifications of new/modified content |
Under consideration for LTS release. |
| Solr |
Enhanced search integration with Lucene |
Under consideration for LTS release. |
| Panels |
Create custom page layouts |
Under consideration for LTS release. |
*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.
Are we missing one of your modules? Please email our Sales Team with the list of modules you need supported.
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 expect to offer at least one more theme from TopNotchThemes in the first LTS release of Acquia Drupal and we 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:
- 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.
- 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.
- 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.
- The theme(s) must be visually differentiated from other themes included in Acquia Drupal.
- The theme(s) must be of extremely high quality in both visual appearance, functionality, and underlying architecture.
- 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:
- 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.
- 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.
- 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
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
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
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:
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
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.
Hi, I echo the request for
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.
E-commerce integration and
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
I do not see a WYSIWYG editor? Is it hiding or isn't there one? It is a key, required feature for many uses.
It's hiding as the 4th item
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
Organic Groups
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
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
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.
Also Services of course.
I think Acquia Drupal will
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?
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
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.
Webform module with Mollom
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
Thanks for your opinions the
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,
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.
Hi Cosmin, I want to make
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
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
Re. wizard...
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
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.
What about a contribution to
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
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.