Home > Articles > Graphics & Web Design > Dreamweaver & Flash

Designing Your Flash MX Web Site to Be Modular

  • PrintPrint
  • Share ThisShare This
  • DiscussDiscuss
Modularizing your website means users will only download the parts they need. It also means makes updates easier and a group production more efficient. The new Flash MX features to import JPEG images or .MP3 sounds at runtime are covered as well as the traditional "loadMovie" method. Shared libraries and linked scripts are also covered.

See all Sams Teach Yourself on InformIT Design & Creative Media Tutorials.

It's possible to create a huge Web site entirely with one giant Flash file. However, separating the site into modular segments has distinct advantages. Just to name a few, you can load portions of the site as needed (instead of making every visitor download everything), several team members can be working on the same site simultaneously, you can update portions of the site as they change instead of having to reedit one master file, and you can create different versions of the site for different languages by just swapping out portions with language-specific content. There are other reasons why modularity is good, but it comes down to efficiency, your productivity, and the user experience.

This hour covers several ways a Flash site can be modularized as well as some of the issues you'll need to consider in deciding when and where to modularize.

In this hour you will

  • Learn how the loadMovie Action lets you play one movie inside another or display an external .jpg image

  • Learn how the loadSound Action lets you play external .mp3 sounds

  • Learn the benefits of and how to use Shared Libraries

  • See how scripts can be stored outside the Flash file using the Action #include

Although the technical issues covered this hour are not particularly difficult, the Flash features discussed are strict and unforgiving. After you get the features covered this hour to work, it's fine. The difficulty comes in deciding the appropriate use of such features. That is, it's easy to learn how these features work, but it's more difficult to decide when to use them and where to use them. For each feature, you'll first learn how it works and then look at practical uses.

  • Share ThisShare This
  • Your Account

Discussions

Make a New Comment

You must log in in order to post a comment.

Related Resources

It's Here; Put Away Your Pre-Conceptions on What an OS Must Be: Part IV
By John Traenkenschuh on May 27, 20095 Comments

Graphical User Interfaces were important.  So was cost control.  Just what must an OS be?

Drupal Theming Toolkit
By Emma Hogbin on March 9, 2009 1 Comment
Programmers and designers have a huge range of tools available from Vim and Emacs to Illustrator and Inkscape. But there are also those in-between folks who are responsible for taking graphic files and converting them into the template files that are applied to Web CMSes. In the Drupal world these people are known as "themers." During my DrupalCon presentation this past week in Washington, DC, I asked themers to blog their toolkit so that we can learn from one another and work towards a "best practices" toolkit. This post shows you my top six favorite tools in my Drupal theming toolkit.
Shon HarrisWeb Application Security Testing Webcast hosted by Shon Harris
By Shon Harris on February 13, 2009 1 Comment

Part I of “Caught in the Web: Best Practices for Effective Web App Security Assessments” – featuring Shon Harris, globally recognized leader in CISSP training and best-selling author

See All Related Blogs

Informit Network