Many folks who are just tuning into the HTML5 saga because of the battle between Adobe and Apple are surprised to learn that the push to create a fifth official version of the HTML specification began six years ago. And that's just the first half of the story because the latest implementations, while nice, are far from standards. The HTML5 demos from Apple, for instance, are impressive, but they only run well on Safari.

That's how slowly committees can work. The browser creators and other stakeholders have a big collection of ideas for improving the browser and the Web, and these are gradually coalescing into a fifth generation for the standard. But agreement takes time. Many of the new tags and JavaScript functions exist already as experiments on some of the browsers, but interoperability and standardization are still to come. That's why the Flash groupies joke about HTML5 being a time machine to take you back to 2000.

While the jokes may sting and waiting for more general adoption is tiresome, it would be a mistake to simply ignore HTML5. There are not only powerful companies behind it, but there's also the standard process of technological development. The software -- both browsers and tools -- tends to absorb all of the orbiting extras, incorporating them into the main standard.

HTML5 will change many aspects of life on the Web. It will not displace Flash or Shockwave: One glance at the games on Miniclip.com, such as Jet Ski Racer, shows how much ground the HTML5 committee must cover. But HTML5 will still remake the Web and enable basic Websites to do much more -- from tracking our location to storing more of our data in the cloud. HTML5 tags will displace plug-ins for simpler jobs, at least some of the time, and it will open up advanced capabilities to a larger audience. It might even make the Web more secure, more efficient, and more adaptable.

To see where this new standard may take us, I collected the opinions from a number of developers, programmers, and designers. Here is an unordered list of ways that the Web may change as HTML5 is gradually adopted and standardized.

HTML5 will reduce the importance of plug-ins

Once upon a time the Web world liked the idea of a browser plug-in or add-on because it encouraged creativity and experimentation. Sounds, moving pictures, and other neat tricks appeared on the Web first through plug-ins built by Sun, Adobe, RealAudio, Microsoft, and many others. The plug-in interface was open to all, and everyone experimented with adding new features to the old, text-based world.

The battle over Flash may be the most famous skirmish, but the newer expanded powers of HTML5 also threaten other coding silos. JavaFX may be wonderful, but who wants to learn another syntax when JavaScript and the Canvas object will do the job? Who needs the Real ecosystem when the video tag will synchronize audio and video? Plug-ins like these are destined to be forgotten.

Will the idea of a plug-in disappear or fall into disfavor? Perhaps, but it depends on what you want to do. If drawing images is your goal, then the Canvas object may be powerful enough. But if you want to build specialized 3-D worlds like the ones found in the more sophisticated Flash and Shockwave games, you may be pining for the old days when a plug-in could get direct access to the video hardware or run a 3-D game world.