Google getting behind HTML5

Paul Krill
28 June, 2010
View more articles fromthe author

HTML5 rocks, Google declared this week. The company launched a developer resource site devoted to HTML5 technologies and is calling it

The budding HTML5 specification features multimedia capabilities for the web and it is being embraced by companies ranging from Google to Microsoft and Apple. HTML5 covers a broad spectrum, said Eric Bidelman of Google Chrome developer relations, in a blog entry.

“The term ‘HTML5’ covers so many different topics that developers have a hard time getting up to speed on all of them. Some APIs and features are part of accepted standards while some are still a work in progress,” Bidelman said. “Additionally, there are a number of great resources out there, but most are still very hard to find. As announced on the blog, Google is releasing a new developer resource dedicated to all that is HTML5,”

The site has been broken up into four main sections: Interactive Presentation, to demonstrate HTML5 features; HTML Playground, for trying out capabilities; Tutorials; and Resources.

Gmail to harness HTML5

In keeping with Google’s enthusiasm for the emerging HTML5 standard, many upcoming features of the company’s Gmail web-based email service will be rendered in HTML5, said Adam de Boor, a staff software engineer working on the service.

“We have things that we can do much more efficiently in HTML5,” said De Boor, speaking last week at the Usenix WebApps ’10 in Boston.

“HTML5 is exciting to me insofar as to how many browser makers are adopting it,” he said, adding, “I have high hopes for IE9.”

One of the chief benefits he pointed to is how the standard could speed the loading and execution time of Gmail.

Google’s current goal is to get Gmail to load in under a second. “Speed is a feature,” he said.

Early tests have proved promising. For instance, Gmail looks for those browsers that can work with version 3 of the Cascading Style Sheets (CSS), a standard closely related to HTML5. If the browser supports CSS3, Gmail will render the pages using these specifications, rather than its traditional approach of using the Document Object Model (DOM). The company has found that using CSS3 can speed the rendering time by 12 percent.

HTML5 will also help in building new features. One feature that the Gmail design team is now working on is the ability to drag files from the desktop into the browser.

This feature will be important in that it will bring web applications even closer in feature functionality to desktop applications, de Boor said.

Gmail will also make use of HTML5’s database standards. Now, the email service uses Google Gears to store mail for offline reading, but over time that will migrate to the HTML5 standards.

De Boor also talked about adding new features that couldn’t be rendered using HTML5.

One will be the ability to drag files from the browser window onto the desktop. To do this, his team is working on a new data transfer protocol, called “downloadurl”.

“We tried to get this in HTML5”, but were unable to do so. He jokingly said that Google will have to lobby to have some of the functionality needed to make that happen added into HTML6, which, as of today, does not exist in any form.

Instead of rendering it into a standard, the company will “encourage other browsers to use it”, he said.

He noted that the company doesn’t wasn’t to revisit the “browser wars” of the last decade. “We tried to learn from history and be much more cooperative to the other browser makers,” he said.

Another new feature he talked about was something called “Magic iFrame”, which would allow a user to take part of a web page, rendered in a frame, and pull it out and make it its own full Web page in a new browser window.

Currently, the Gmail program is comprised of 443,000 lines of JavaScript, with 978,000 lines if comments are included. All of it was written by hand, he said.

During the question-and-answer session, De Boor was asked if he was comfortable using JavaScript for such a large project.

He admitted that another language, such as Java itself, might be more optimised, but he also noted that Java is a lot more verbose as well. “At this point to me it’s a matter of choice which language you use,” he said. He defended JavaScript’s performance, though.

“Most of the irritation around JavaScript comes from how it is implemented in browsers,” he said.

Leave a Comment

Please keep your comments friendly on the topic.

Contact us