Just a few days after the launch of the long-awaited Drupal 7.0 version, arch-rival Joomla launched its latest 1.6 release…

It’s interesting to note that, apart from some significant interface improvements, 1.6’s two main additions are specifically designed to meet Drupal head-on.

The Most Powerful CMS?

Firstly Joomla 1.6 integrates its previously separate Section and Category Managers to provide a more flexible system built on categories that can now be nested to any depth. Secondly it introduces a new Access Control system where you can create custom user groups and control what they can see via access levels, and what they can do via permission levels.

These are both major advances, but they still don’t go as far as Drupal’s core taxonomy handling and user role/permission systems. For example, you still can’t apply multiple categories with Joomla 1.6 nor get Drupal’s completely granular control over custom permissions. For deep power and granular control, Drupal wins.

Moreover, as Joomla digs deeper to graft on similar power, it actually ends up becoming more complicated than Drupal. To those who have tried Drupal that might sound near impossible but, if you don’t believe me, check out the later stages of the video below (The Art of Joomla’s video introduction to Joomla’s new Access Control).

Joomla 1.6 — Access Control from Captain Courageous on Vimeo.

The bottom line is that if category/term or access/permissions handling are crucial to what you want to achieve (especially for Web 2.0 sites where content is contributed by casual site visitors) then Drupal offers the more powerful and flexible implementation.

It’s also important to note that Joomla 1.6 doesn’t offer anything like Drupal 7.0’s biggest new attraction, its field-based handling of content in core (see my full Drupal 7.0 review).

Such granular control can take content management to an entirely new level, especially when allied with add-on field modules (for example, when handling embedded media or maps) and Drupal’s brilliant Views, a semi-core module that lets you build custom queries to pull out and display your field data.

The Best CMS?

Drupal 7.0 is certainly the more powerful CMS on paper, but it’s on the ground that counts

Drupal 7.0 remains the more powerful framework and indeed extends its lead. However that doesn’t mean that it’s the most powerful out of the box. In fact, out-of-the-box Drupal is pretty dreadful; it’s only when you’ve created your custom fields, content types, user roles and module mix that it comes into its own.

This ground-up building block approach is the secret of Drupal’s power but has two important downsides. To begin with, it goes a long way to explaining Drupal’s famously precipitous learning curve, which makes Joomla’s less-than-brilliant usability seem almost intuitive.

It also means that Drupal core is only half of the story. In fact it’s only when all the contributed modules that you want to use have been upgraded to be compliant with the 7.0 core – and with each other – that you’re ready to start building your site.

While Drupal 7.0 is certainly the more powerful CMS on paper, it’s on the ground that counts and here the comparatively self-contained Joomla scores highly. Joomla’s great strength is that it provides ready-to-go power that’s more than capable of producing the majority of websites.

Overall then, Drupal wins as the best, totally customisable framework for producing unique state-of-the-art Web 2.0 sites where content is contributed by site visitors, whereas Joomla victors as the best, largely customisable, off-the-shelf system for producing more traditional sites where content is contributed at organisation level by controlled workgroups.

And that still leaves plenty of room for WordPress as the best, partly customisable turnkey system for producing standard sites and blogs for individuals and small businesses (see my WordPress 3.0 review). Other systems, such as TYPO3, press the claims of their own particular mix of content management power and control.

Ultimately the best CMS depends entirely on you and what you want to do.

And the winner is…

That said, if a particularly odd person put a gun to my head and forced me to name the best CMS, there would be one clear winner. For basic photo enhancement Photoshop is complete overkill and most users are far better off with Photoshop Elements or Paint Shop Pro, but we still all accept that Photoshop is the “best” photo editor.

On the same grounds, if you can master it, Drupal 7.0 is the best CMS.

The post obviously hit home, as I realised when the Adobe evangelist demonstrating Dreamweaver CS5 at the press launch began his talk by referring to it and, when he discovered that I was in the audience, suggested that I might want to “eat crow”.

Well I’m delighted to say that he was right… largely.

Before I explain why Dreamweaver CS5 is such an eye-opener, let me explain where I’m coming from. Basically, like the majority of web designers, I grew up with Dreamweaver learning the HTML and later CSS necessary to create the linked web pages that make up the traditional website.

However I now believe that this manual “static” page-based model has pretty much reached the end of its road. Firstly it just isn’t powerful enough as these days site visitors expect features such as in-built commenting, RSS feeds and so on. Most importantly, the system just isn’t scalable. Funnelling the creation of every page through the web designer is disastrously inefficient and ultimately bound to throttle off the lifeblood of any site: new and up-to-date content.

In other words, the static web page authoring with which Dreamweaver made its name and which built the web as we know it, is in terminal decline. The solution is to turn to a dedicated content management system such as the big three open source options: WordPress, Joomla and, my personal favourite, Drupal.

Using a CMS the web master doesn’t create each website page, but rather builds the framework to enable end users (whether workgroup members or site visitors) to create the content. In addition a CMS comes with features such as commenting and feeds built-in, while access to thousands of add-on modules provides the ability to produce sites that the static designer can only dream of.

Best of all, thanks to the open-source principle of community sharing, this power is made available to non-coding designers for free. Indeed, once the CMS has been installed, all the site designer and content contributors need is a browser (helped greatly by invaluable browser add-ins such as Firebug and FireFTP).

So how does Dreamweaver fit in to this new browser-based model of community-based development and community-based authoring?

Good question. Once you’ve been won over to the power and elegance of CMS-based development, Dreamweaver suddenly looks inherently old-fashioned and out-of-step – a standalone, offline, desktop application fundamentally at odds with the community-based, online, browser-based web. Remember that Tim Berners-Lee always envisaged the browser as the authoring application. CMS can be seen as a natural return to the web’s roots and Dreamweaver and static authoring in general as a temporary aberration.

That’s why, when Devin Fernandez, senior product manager for the web products at Adobe responded to my post promising that Dreamweaver CS5 would adapt, I remained unconvinced. Essentially I couldn’t see how that would be possible. As I said at the time: “The future for creating web design is in the browser not in Dreamweaver.”

A new hope

So what is so exciting about the new Dreamweaver? As you’ll see from my full Dreamweaver CS5 review there’s plenty of interest but, most important in this context, Dreamweaver CS5 embraces the concept of a CMS with a vengeance. This is immediately apparent in the far deeper support for PHP, the scripting language with which the main CMS are built. Deeper still is Dreamweaver CS5’s new support for site-specific code hints, in particular for the big three open-source CMS: WordPress, Joomla and Drupal.

To take full control of your CMS site developing, PHP skills are a real advantage, but CMS-based community sharing is designed to cut down on the need for programming and to enable the creation of fully customised sites without it. So what does Dreamweaver CS5 offer the non-coding CMS designer, as opposed to developer?

It’s here that Dreamweaver CS5 really surprised me. Previously Dreamweaver’s Live View mode was designed to let you view a single local static page as rendered in the built-in WebKit browser. That was pretty much hopeless for managing a CMS because the pages on a CMS site don’t actually exist (apart from via caching) until all the contributing logic and CSS files are processed on the server and the final page generated and returned to the browser. Now in Dreamweaver CS5 you can load a local CMS or even enter a live URL and then, thanks to new Live Navigation, drill through the site to any CMS page.

Crucially you aren’t limited to simply viewing the rendered page. Using the Related Files toolbar and Dreamweaver CS5’s new Dynamically Related Files capability you can view and edit (if it’s your site) all of the files – HTML, PHP, JavaScript and CSS – that together define the page. Using the new Inspect mode you can also quickly inspect the cascade of CSS rules that are determining current formatting and then quickly edit them Firebug-style.

Essentially Adobe has recognised that the only way to manage CMS-based site development is within the browser, so has enabled Dreamweaver CS5 to act as one. More than this, it offers all of Dreamweaver’s longstanding offline power and more within the new live environment to provide a browser turbo-charged for both CMS-based developer and designer.

It’s exciting stuff on two main fronts: Firstly Dreamweaver CS5 promises to play a major part in enhancing the quality of the user-contributed modules and themes that define the core CMS, something that will benefit all users (and in the process render Dreamweaver unnecessary for many). Secondly it provides a natural and powerful route for those professional users who stick with Dreamweaver to learn how to customise and move beyond off-the-shelf modules and themes, the main limitation of the CMS approach. Eventually these users will become experts themselves and can contribute back to the CMS community.

I’m delighted to admit that I was wrong to believe that Dreamweaver couldn’t adapt to the browser-based future of CMS-based web design. However, I still believe I was right on the major thrust of my argument, namely that static page-based publishing is dying and that the future for web design lies with the major content management systems. Based on Dreamweaver CS5, it looks like Adobe agrees.

Dreamweaver CS5 has embraced CMS; now it’s time for the average web designer to do the same.

I’m glad to say that I think I’ve come across a near-perfect solution…

There really shouldn’t be a problem in the first place: a CMS provides efficient, flexible and scalable centralized control over content while CSS (the Cascading Style Sheet markup language) is designed to provide efficient, flexible and scalable centralized control over presentation. In theory it’s a match made in heaven.

In practice it’s anything but. The problem is that creating a comprehensive style sheet that takes in every possible design element (heading, table, block, list, menu, button and so on) as well as every foible of CSS and, crucially, every bug in the various browser implementations (IE take a bow) is way beyond most users’ capabilities.

The current best workaround for the average user brave enough to move beyond the in-built default themes is to take advantage of the designs that you find on free template sites. It’s a huge advance but it’s only a partial solution. Off-the-shelf templates inherently mean design that is neither unique to your site nor tailor-made to your content.

Now however there’s an alternative.

At first sight Artisteer looks seriously unpromising – an automatic theme creator that generates unique designs every time you click the Suggest Design button sounds like a recipe for design disaster. In practice it really delivers the goods as I discuss in the full Artisteer 2.1 review . And with version 2.x’s ability to export your designs as ready-to-go themes for Joomla, Wordpress and Drupal you can begin exploring your new custom design live on your site within minutes.

With Artisteer’s various Suggestion commands you can quickly hone in on an overall look-and-feel, but what about the inevitable tweaks and iterations involved in any real world design process? It’s here that Artisteer really proves itself a worthy partner to CMS / CSS with its own beautifully efficient, flexible and scalable centralized design engine letting you take ever more granular control over your presentation as-and-when you need it.

The end result, as I say in the review, is that Artisteer makes it “child’s play to automatically create fully customised tailor-made themes that look good and work well”. By providing the bridge that connects CMS and CSS, Artisteer could be the key to unlocking the full and extraordinary potential of both. I strongly recommend giving the free trial a spin.

Admittedly I’m biased on this, but I couldn’t help feeling that the responses were divided into two camps: those who had actually tried both approaches who largely agreed and those who hadn’t, who didn’t and who felt threatened by the suggestion and who wanted to close down the debate. 

Between these two extremes I hope that there were plenty of more open-minded designers who were intrigued and ideally excited about the possibilities. After all, the cms approach doesn’t just offer more power, each of the cms solutions is open source and so free. That should mean that there’s nothing to stop you exploring both approaches and then making your mind up…

Unfortunately it’s not quite as simple as this. However, with a little help, it can be…

The problem hits immediately – installation. Visit the big three cms sites and you can quickly download the latest releases but you then have to set these up on your own hosting space. The ease with which this is done varies with each cms but suddenly you’re talking about MySQL databases, permissions, configuration files and so on and before you know it you’re reading through reams of baffling support pages discussing the finer points of table prefixes. This is frankly terrifying for your average page-based designer used to the simplicity of copying their local pages to their remote host.

It doesn’t have to be this way. To avoid such installation nightmares all you need is a host that provides decent cPanel support. This will provide you with a control panel that provides all the tools that you need to set up your database, ftp and unzip the cms files into position, back up your database, flush caches, manage table prefixes and so on…

Oh dear this is beginning to sound almost as bad. But it doesn’t have to be this way either. 

Instead you can just click on your cPanel’s Fantastico button (the one with a nice smiley face) and take advantage of one-click installs. Within a minute or so you can have copies of each of the main three cms options up and running (and plenty of others too). It really is unbelievably simple and I strongly recommend that you give it a go – visit the Fantastico site and there’s a list of hosting partners offering Fantastico support for a pittance a month. 

Fantastico is a huge step forward, but immediately I’ll put in two major caveats.

Firstly Fantastico isn’t foolproof. I remember first recommending it a couple of years ago for installing Drupal and, by the time the article came out, the current version simply didn’t work (due to a clash in table character set). I think the cms developers have now appreciated the importance of Fantastico to initial set up and first impressions and crucially, in its latest Fantastico Deluxe form, to encouraging prompt security fix updating complete with built in backup, so hopefully compatibility shouldn’t be an issue nowadays…

But in any case I’m not suggesting that you should rely on Fantastico. If you’re going to get serious about cms you have to realise just how fundamentally different it is to static page-based publishing and you have to get fully grips with how and why, and the implications.

Switching from Dreamweaver to cms-based publishing is not something you can do in a minute. Expect it to take at least a year (and don’t judge the possibilities on the default set-ups!) and in that time make sure that you do learn about MySQL and cms handling and in particular get to grips with installation, backup, migration and security updating without Fantastico. This is where all those other cPanel utilities like phpMyAdmin come in. Fantastico shouldn’t be seen as a replacement to these but as an addition.  

Crucially what Fantastico does offer is the chance to freely and painlessly put your toe in the Web 2.0 cms water. Thanks to Fantastico there really is no excuse not to give content management systems a try.

In fact if your current host is cPanel-based you might well find that you already have access to Fantastico and could be exploring what WordPress, Joomla and Drupal – my favoured option – have to offer in a matter of minutes. If not, you could sign up for a month’s trial with an ISP that does provide Fantastico support for as little as $7. If you’re currently a static page-based Dreamweaver author, that could prove the best investment you ever make.

Based on my core argument – that the future of web design lies with content management systems (cms) rather than Dreamweaver – I was expecting an uncomfortable time. Thankfully Devin is far too nice for that. More than that he seemed genuinely pleased to have had a debate opened up and a chance to hear what the community is thinking about Dreamweaver and the future of web design…

Naturally Devin hopes and believes that Dreamweaver is going to remain central to future web workflows and was keen to stress that the program is always evolving. As such we chatted about some of the introductions in the latest Dreamweaver CS4 such as the HTML table-based Ajax handling, the new compound file support and advanced CSS navigation.

To my mind, Dreamweaver CS4’s HTML table-based Ajax handling is simultaneously over-complicated and underpowered and is a good example of the web 2.0 wall that Dreamweaver is hitting in the static HTML page context. However (as I pointed out in my review) the other two features are certainly significant advances and show Dreamweaver moving forwards from the old model of the simple standalone HTML page to embrace today’s more complex compound reality. 

Moreover, as Devin pointed out, these features prove especially useful in the cms context where the compound page is the norm and drilling down to find and edit CSS rules a nightmare. In short Devin made the case that Dreamweaver has a lot to offer cms-based users and doesn’t see cms as an either/or alternative but rather as a partner it can work with, just as it does with the Ajax frameworks.

Without making any explicit commitments, Devin also made it clear that Dreamweaver users can expect further developments when it comes to integration with the big three frameworks:- WordPress, Joomla and Drupal. In particular, knowing I’m a Drupal fan, he recommended that I check out the work Chris Charlton is doing with his Dreamweaver Drupal extension that integrates the Drupal API directly into Dreamweaver. 

We also discussed just how important the mission of bringing good design to cms is. I couldn’t agree more. Some people seemed to think that I was arguing that we should rip out today’s websites and replace them with blogs. That is absolutely not the case. The goal must be to produce truly attractive cms sites that look as if they were hand-crafted in Dreamweaver but with all the web 2.0 functionality – commenting, voting, rss feeds, in-browser content contribution, optimal tag-based navigation, scalability – that static HTML inherently can’t deliver. 

This design mission is crucial but I’m not convinced that Dreamweaver is necessarily central to it. Or even necessary at all for the average user. At the moment the general standard of cms design is beyond dreadful but that’s because the design potential of cms hasn’t begun to be grasped by its user base which is still primarily made up of developers. 

This is most immediately evident when it comes to theming. The ability to quickly explore hundreds of attractive high quality themes is a massive strength but incredibly most cms users still stick with the unbelievably ugly default theme. This is a travesty. If the average cms user spent just one day exploring the themes available, the design quality of their work would take off and the design reputation of cms with it. Indeed by piggy-backing off the work of leading designers, and so ensuring site-wide consistency and best practice and avoiding unhelpful design excesses, a themed cms site can embarrass many hand-crafted static sites. It might even validate!

Off-the-shelf cms themes will take most sites most of the way to where they want to go. Devin argued that Dreamweaver is the essential tool that cms users need to go the extra distance and get exactly the results they want. I’m sure that Dreamweaver does play this key role for the majority of theme developers and also for most of the module developers creating the cms logic. As many of the comments from developers on my original article pointed out, the cms frameworks that I’m talking about simply wouldn’t exist if it wasn’t for Dreamweaver. 

That’s true and a major reason to be grateful to Dreamweaver and to wish it well. However the numbers involved creating the cms framework is inherently small compared to the numbers using it. That’s the point: the module or theme creator does the hard work and generously donates it so that end users don’t have to. For the cms end user I’d argue that a 5% role for Dreamweaver is a very different role to today’s 100%. Will cms-based designers prove willing to pay $hundreds for a support tool when the cms itself, in which they do 95% of their work, is free? 

In any case, despite its undoubted power, I’m not convinced that Dreamweaver will necessarily prove the best tool for the average designer wanting to extend their cms handling. In fact Dreamweaver’s all-round power and the associated complexity becomes more of a drawback than an advantage. For tweaking a theme’s CSS, for example, a lightweight dedicated approach makes more sense – something like Chris Pederick’s excellent and free Web Developer add-on for Firefox which works live in the browser. 

In the longer term I believe that an end-to-end, high-quality design solution will be provided in the browser and largely by the cms frameworks themselves. Already image handling and wysiwyg editing have improved out of all recognition. And, using advanced modules such as Drupal’s excellent Panels (which lets you break up your layout to break out from blog-style listings) and the stunning Views 2 (which lets you pull out any content based on any criteria to drop into those panels), you can produce beautiful sites based on completely custom designs that give no indication that they were produced with a cms apart from their additional web 2.0 functionality. And the design capabilities of the cms frameworks are only going to get better. 

So where does all this leave Dreamweaver? 

Working with the web’s constantly changing open standards has always been Dreamweaver’s greatest strength and, from the chat with Devin, it’s clear that Adobe is well aware of the rise of the cms frameworks and of what they can do. It will certainly be interesting to see what future releases come up with in terms of support for cms. Moving to truly dedicated support will represent a step-change and help unleash the next generation of content management systems.

And as the content management systems get more powerful, more attractive and more usable they will attract more developers and designers who will come to appreciate the enormous benefits of building on the work of others rather than trying to do everything themselves. Moreover, as some of these developers and designers put something back into the communal pool of high quality logic and design, the arguments for joining up to the cms project become more and more compelling. A standalone user can already, with a lot of effort, use today’s cms frameworks to produce a site that looks and acts as if had been built by a massive team of design and development talent (which in a way it has). Over time the results possible and the ease of use with which they can be achieved will rise dramatically. The potential is extraordinary. 

Both Devin and I agree that the cms frameworks are going to get more powerful and that Dreamweaver will play an important role in this. However we differ over how this is likely to play out and the implications. My argument is that the cms frameworks are completely different to the Ajax frameworks because they represent a far more fundamental shift; a shift that will redefine how future designers and developers go about creating the website itself – the role that Dreamweaver currently fills.

Dreamweaver has been the central player behind the page-based web and the custom-made application-based web. I believe that it will also play a major part in creating the content management systems that will come to replace it as the web’s main driving force.

Tom Arah

These were the emails from designers thanking me for pointing them in the direction of Dreamweaver when they were making the transition from print to web design. It was a decision that they had come to appreciate greatly over the years, providing them with the best possible platform for their web design careers.

The problem is that Dreamweaver is dying…

To be fair it’s not Dreamweaver’s fault. Nor is the problem Adobe and its development team – the last Dreamweaver CS4 version was the most impressive release in years. Moreover, although Microsoft Expression Web poses a far more credible threat than FrontPage could muster, Dreamweaver remains the best HTML/CSS page-based editor available.

The real problem for Dreamweaver and for its users is that the nature of the web is changing dramatically. Dynamically-generated web applications, from Amazon right down to the humble blog, all offer much more – in-built commenting, voting, RSS feeds, etc – than the best sites built on static HTML can ever hope to provide.

This isn’t a matter of bells and whistles, it’s absolutely fundamental. Ultimately a web site is all about content – posting it and making it findable – and Dreamweaver and the other static HTML editors have proven fundamentally flawed when it comes to these two core tasks (and features such as Dreamweaver’s libraries and templates are patches not solutions).

The bottom line is that the old model of the central webmaster hand-spinning every page of every website and, worse, manually adding the navigation necessary to help users find it, just isn’t scalable or viable. The only feasible course for the future is for content to be posted by the content contributor, whether that’s the site owner or site visitors, and for the best possible navigation to be constructed around that content on the fly.

In other words Web 2.0 isn’t an empty slogan, it marks a fundamental break with the past and Dreamweaver lies on the wrong side of it. So is this the end for Dreamweaver and the traditional Dreamweaver-based web designer?

Eventually yes. In the relatively near future every website will be a dynamically-generated web application and all of today’s sites built on multiple static pages will be ripped out and replaced.

The good news of course is that this is actually a huge opportunity – think Klondike gold-rush – for the web designer who can adapt. But how? After all your average designer is built along radically different lines to your average developer.

But it can be done. Just as Dreamweaver eased the transition for print-only designers to the new markup-based world of HTML; content management systems such as Joomla and Drupal can ease the transition for static Web 1.0 designers to the new Web 2.0 world of script-based PHP. Give them a chance and you’ll be amazed at what you can achieve and all without touching a line of code (that can come later just as it did with Dreamweaver).

I really can’t recommend this strongly enough. If you are a Dreamweaver user don’t bother upgrading to the latest version or exploring Adobe’s feeble attempts to graft end user content contribution onto Dreamweaver. Instead save your money and invest your time in getting to grips with the real future of web design: server-based content management systems.

Dreamweaver is dying. Long live Drupal.

Tom Arah

——————————–

Well this article has generated a lot more comment than I was expecting (including on slashdot and digg) which is in itself a nice demonstation of web 2.0 in action and how Dreamweaver and static publishing in general is being left behind.

A lot of the comments are pretty much repeating themselves so I’m promoting the main points of an earlier response made below to try and clarify things and nip a few in the bud:

Comparing Dreamweaver and Drupal isn’t mad – they are both tools for producing websites.

Thinking about it I can see why people might assume they are entirely different – after all a cms is for producing a blog right? Absolutely not. You can reproduce any static site dynamically with a cms including simple and attractive brochureware sites.

Crucially you can’t do the opposite. This means that by using Dreamweaver you are denying your clients a lot of functionality – in-built commenting, rss feeds etc (only if you want them) – but most importantly end user content contribution and optimal on-the-fly navigation.

You’re also denying them the tag-based keywording that helps the search engines understand what your site is about. Google and cms go hand in hand and ultimately your job is to generate traffic.

Having said that it’s true that most cms sites currently do look and behave like blogs. More than that they look atrocious (most don’t even change from the default theme). There’s absolutely no reason why they should look so bad and that’s the other part of the equation and of my argument: current static designers have a lot to gain from cms but current cms also has a lot to gain from an influx of good design.

Clearly this post was aimed at the vast majority of Dreamweaver users – those designers producing static sites HTML page by HTML page. I wasn’t really addressing the developer and yes one of Dreamweaver’s great strengths has always been that it also caters for other languages and those developers manually building up their own dynamic sites.

And cms has even more to offer these users! Why reinvent the wheel and create your web application from scratch when you can take advantage of vast communal development effort that lets you achieve results that you couldn’t begin to dream of when working on your own?

Even with the fundamental shift to cms that I’m talking about there remains a role for an application to help users produce the cms logic and the CSS templates in the first place. And I’m sure a lot of the cms modules and most of the css templates were and will continue to be built in Dreamweaver.

But it’s precisely because these are then given freely to others to use and adapt that Dreamweaver becomes redundant for the vast majority of users. No one is going to pay for Dreamweaver with all its baggage if all they want to do is tweak a few lines of code. Especially as this is already more effectively done live in the browser.

Finally I carefully didn’t say that Dreamweaver is dead. To begin with, from some of the comments, it’s clear that there’s a lot of ignorance, inertia and self-interest to be overcome.

More importantly, as others have sensibly pointed out, these are early days and the cms options as they stand are currently only ready for early and adaptable adopters, not for the mainstream. You certainly shouldn’t expect to be able to switch instantly – I’m advising rethinking and retraining.

All in all Dreamweaver will be around for a while yet. However it used to be the dominant web force and the secret behind the overwhelming majority of professional web sites and it won’t be in the future.

The future for creating web design is in the browser not in Dreamweaver.

—————————–

Unsurprisingly Adobe has a slightly different take on things and I’ve now added a follow-up post based on a chat with Devin Fernandez, senior product manager for the web products at Adobe

——————————

Still getting a lot of comments 6 months on. And with comment #264 it looks like I might even have persuaded someone to consider looking in to Drupal In case anyone else is thinking about it, here’s the relevant part of my response:

“The article was primarily aimed at professional non-coding designers either starting out or recognizing that the world has moved on to web 2.0. Sadly it’s not a simple swap by any means (though things are getting easier).

However, if you are seriously looking to the future, I recommend taking a look at it – get a cheap BlueHost account and you can install it automatically and take it for a spin.

If you do, don’t judge it by first appearances (ugly and underpowered). Instead check out the add-on power available and get a better idea of what Drupal is capable of.

Essentially Drupal is harnessing the power of the data-driven web through the pooled efforts of a huge community of talented programmers meaning that you don’t have to code from scratch or even at all (though if you can that’s even better)