Adobe Systems released the last version of its premier Web design software, Dreamweaver CS3 , in April 2007. Now, only a year and a half later, the company has already introduced a brand new version, Dreamweaver CS4 . Savvy Web page designers are probably asking themselves "Is this update worth it?"
In two words: You betcha.
I've been using Dreamweaver since 1999, well before Adobe bought Macromedia in 2005. I've used this tool to design my own personal Web site, design and maintain Web sites for others professionally, and collaborate internationally with large teams on large sites. I have sought a reasonable replacement for this handy tool over the years -- I prefer not to rely on a single product from a single vendor, and it is a bit pricey -- but I've always come back to Dreamweaver for its versatility and power. Nothing else comes close.
Why would you want to upgrade to CS4? Because there are a lot of important new features and changes in this update.
Backward compatibility. One of Dreamweaver's strengths has always been its new versions' backward compatibility. CS4 doesn't disappoint in this regard -- I tried it out with sites designed almost 20 years ago, and they could still be modified with today's version. Updating the sites to take advantage of some of the new design features, such as AJAX and Spry technology, was painless and a breeze.
Database connections. Another strength is the increased ease and power CS4 offers in working with both Access and MySQL databases. I use databases to provide secure and level differentiated access to different portions of my Web site. I also use them for user authentication -- checking the validity of a log-in ID/password -- and to store information such as user type, access level, date of access and so on.
The procedure is similar for either database type: create a local copy of the database, upload it to your server, create a database connection (usually called a data source name or DSN), then establish a logical connection between the two of them. Done. Now the contents of the database are available from Dreamweaver with simple SQL calls.
Web page simulation. While a Web page is being built, a designer typically uploads the page multiple times to check out its functionality with a variety of browsers, usually including Internet Explorer, Firefox , Safari and so on. CS4 has made Live View an important integral part of the development cycle as an optional interim step.
CS4 Live View utilizes the Safari rendering engine, probably the most "universal" browser rendering engine. With Live View turned on, I could make my changes to the page and see the results immediately in Live View as they would appear in a browser. Live View provides quick and easy access to the source code through CS4's improved Code View facility, which let me directly add, edit and modify the nitty-gritty code. I found little need to upload the page time and time again; it's the other side of the WYSIWYG universe.
Although CS4 makes it far easier to preview in many different browsers to see an entirely accurate rendering in a given browser, you must actually use that browser. First, because individual browser updates happen all the time, making it nearly impossible for Live View to keep up -- for example, Firefox, Safari and SeaMonkey have all been updated at least once since CS4 was released, but the CS4 version of Live View has not been updated to match. And some oddball browsers might not be recognized by Live View and may require some hand-tweaking.
CSS. CS4 makes extensive use of Cascading Style Sheets. Although CSS usage was strongly encouraged in CS3, CS4 basically requires its usage for such things as exact placement of page elements, font decorations and table bordering. You can also choose to use CSS for such functions as the placement of alert boxes (previously, sophisticated users needed to use third-party or homegrown tools for this type of interface manipulation).
I'm not a fan of CSS particularly, and find it breaks the tried-and-true WYSIWYG paradigm, frequently destroying the chain of thought important to me as a page designer. In other words, having to use CSS gets in the way of the process of smooth HTML coding. Its use does, however, make considerable sense if you want to use the Spry and Web Widgets features now a part of CS4. This is not your grandfather's Web anymore.
One widget in particular I found useful was the ToolTips widget -- tool tips (those useful pop-ups that materialize when you hover your mouse over an icon) are often neglected or given an afterthought status in design efforts. Adding appropriate tool tips to any item is now trivial to accomplish, a painless way to provide a professional look and feel.
Datasets. Datasets provide a means of addressing tabular data -- HTML or XML tables, for example -- with a simple handle . The dataset can then be used easily as a data source. Things get interesting when the flexibility of the Document Object Model (DOM) is considered. Recall that changes to the rendered page through the DOM are instantaneous and require no additional overhead. This provides for real-time manipulation of the rendered image.
Finally, CS4 provides for moderate to strong typing of these data sources -- allowing, for example, a column in a table to be considered a numerical type or a date type and to be sorted in either ascending or descending order.
Forms. I found my ability to do simple and frequently required forms-related tasks, such as field confirmation -- useful for confirmation of password entry accuracy, for example -- without having to do any actual coding to be quite a time saver. Point-and-Click Whenever Possible seems to have been a design philosophy for CS4, one I wholeheartedly agree with after years of repetitive coding.