All posts tagged ‘Apple’

File Under: Web Standards

Is Apple Using Patents to Hurt Open Standards?

Opera developer Haavard Moen has accused Apple of repeatedly using patents to undermine the development of web standards and block their finalization.

World Wide Web Consortium (W3C), the industry group that governs and oversees the development of web standards, requires that every specification it approves be implementable on a royalty-free basis, barring extraordinary circumstances that justify an exception to this rule. The specifications can contain patented technology, as long as royalty-free patent licenses are available.

Members of W3C—a group that includes representatives from Apple, Microsoft, Google, Mozilla, and Opera—are required to disclose any patents that they hold that are relevant to each specification. Depending on how far the specification is through the standardization process, they have between 60 and 150 days to make this disclosure.

If royalty-free licensing is available, the specification can proceed as normal. Participation in the development of a particular specification obliges W3C members to offer royalty-free licensing for technology used in that specification. Nonparticipants can also voluntarily offer a royalty free license, but they are not obliged to.

If, however, there is no commitment to offer royalty-free licensing for the patents in question, a Patent Advisory Group (PAG) is formed. The PAG will then assess whether the patent is truly applicable to the specification, and if so, how best to address the issue. The PAG might then seek prior art to invalidate the patent, or it might recommend that the specification be modified, to work around the patent. It might even advise abandonment of the specification. Only in exceptional circumstances will it decide that the specification should stand, in spite of the lack of royalty freedom.

Without an appropriate patent grant, browser vendors—whether open source or proprietary—cannot implement the specification without opening themselves up to a lawsuit. Such specifications would be, at best, an extremely risky proposition for anyone seeking to develop a browser, and none of the major browser vendors would even consider implementing a specification with known unlicensed patents.

Haavard identifies three separate occasions, twice in 2009, and again in 2011, where Apple has disclosed patents and not offered royalty-free licensing. In the first 2009 patent claim, Apple said that it had a patent covering W3C’s “widget” specification. A PAG was formed, and determined that Apple’s patent was not relevant. In the second 2009 claim, Apple claimed to have two patents covering W3C’s widget security specification. A PAG was again formed. It decided that one patent was not relevant, and the other didn’t apply. With both 2009 claims, Apple waited until the last minute to disclose its patents.

Touch Events

This time, Cupertino is claiming to have three patents, and an application for a fourth, that cover some of W3C’s touch event specification. This time the disclosure was made with about a month left to go. Again, the lack of royalty-free licensing means that a PAG is likely to be formed.

This in turn will delay the development of the specification and cost W3C members further time and money. The PAG process is not quick; the widget security PAG did not deliver its verdict until October of this year.

Haavard’s conclusion is that there is a pattern of behavior here; that Apple is trying to disrupt the standards process with its patent claims. He references the touch specification in particular—this is plainly an area where Apple has lots of expertise and interest in the technology, but the company opted out of working on the specification. If Apple had worked on the specification, it would have had to disclose sooner and offer licensing, and Haavard believes that avoiding this commitment is why Apple refused to work on the specification.

Apple’s is acting within its rights. W3C obliges members to disclose patent claims, and Apple is duly disclosing them. However, it’s easy to be sympathetic to Haavard’s argument. The two prior PAGs that resulted from Apple’s refusal to offer royalty-free patent licenses delayed and inconvenienced W3C, but ultimately on both occasions the groups decided that Apple’s patent claims were irrelevant. If Apple was hoping to keep some technology to itself, it did not succeed.

Moreover, W3C doesn’t require patent-holders to give up their competitive advantage. It’s acceptable to W3C for the royalty-free patent licenses to only cover implementations of the W3C specifications; if Apple wants to permit the royalty-free use of its touch patents in HTML5 browsers, but nowhere else, this would be an option. Such terms would allow browsers to implement the standard but still keep the technology off-limits to, for example, Android. But Apple did not offer such terms before, and so it seems unlikely that it will offer such terms this time.

Further, the only likely result of this is that Apple’s patents simply get worked around. W3C’s aversion to royalties means that it’s unlikely that it would accept any non-free license (should Apple even offer one), and the importance of touch input to phones and tablets means that W3C is unlikely to abandon the specification altogether. There’s no win possible for Apple—just wasted time and money for those seeking to make the web a more effective, more open platform.

Indeed, the result might even constitute a loss for Apple; the prior art that PAGs can uncover could jeopardize the patents themselves. The PAG subjects the patents to a certain amount of scrutiny—scrutiny that could be avoided through provision of a suitable license.

Apple has thus far not responded to our request for comment.

Apple’s work on WebKit and with W3C has undoubtedly helped the web community. But actions such as this show the company’s approach to standards and intellectual property is, at best, inconsistent, and and worst downright unhelpful: if open standards and Apple’s IP interests conflict, it’s the IP interests that win out. This may be good for Apple, but it’s bad for the open web.

This article originally appeared on Ars Technica, Wired’s sister site for in-depth technology news.

Mac App Store Gems for Web Developers

The Mac App Store has launched with over 1,000 OS X applications. Our sister site Gadget Lab has more details on what that means for Apple fans.

One thousand apps for the launch is impressive, but what’s in it for web developers? Here’s a quick roundup of a few apps that Mac-loving web developers might want to check out (URLs point to the Mac App Store so you’ll need OS X 10.6.6 for the links to work).

  • iSlice (free) — This slick little app opens PhotoShop documents and slices them up. ISlice retains all the layer info in the Photoshop file so it’s easy to hide background layers and focus on what you need to extract. If you already own Photoshop there’s no point to this one, but if you frequently need to slice comps and don’t want to pay Photoshop’s hefty price tag, iSlice fits the bill.

  • OAuth for Mac ($3) — OAuth is pain if all you want to do is pull a bit of data out of say, the Twitter API. OAuth for Mac handles the OAuth calls for you and quickly generates a token. I haven’t had a chance to test it yet, but it looks like it would be handy for testing and developing quick scripts.

  • Colorbender ($2) — A nice looking color-scheme generator with hex and RGB values. There are tons of free color-scheme generators on the web, but if you’d like a Mac-native version, Colorbender looks like it would fit the bill.

  • mColorMeter ($3) — Ever wanted to know what color your favorite website is using in its menubar? With mColorMeter you can just hover over any pixel on your screen and the app will tell you the value in RGB, Hex and Munsell colors.

  • Base ($17) — Base is nice-looking graphical interface for working with SQLite databases. It’s not cheap, but $17 seems a small price to pay if it means never having to work the sqlite3 command line again.

  • Gitbox ($40) — Hardly a day goes by without someone claiming there are no good Git GUIs. We haven’t tried Gitbox so we’re not endorsing it, especially at $40, but it does offer a very nice-looking graphical UI for Git. And the app comes bundled with the official Git binaries so there’s nothing extra to install — just download the app and start using Git. Great for the command-line-phobic, but seasoned Git users will likely turn up their noses at the price. (See this thread on Hacker News for some more thoughts on Gitbox.)

  • Honorable Mentions — There are quite a few apps in the new store that have been around forever. We love the all-in-one development tool Coda ($100), Text Wrangler (free), BBEdit ($125 currently on sale for $99) and Pixelmator ($30).

The biggest downside to Apple’s new App Store for Mac is that there are no trial versions of the software. For that, you’ll have to head to the developers’ site and (assuming there’s a trial version available) download a good ol’ .dmg file.

See Also:

File Under: Browsers

Apple Updates Safari, Turns on Extensions

The new Safari browser with the Twitter toolbar extension installed

Apple released an update to its Safari web browser Wednesday.

Safari 5.0.1 is available from Apple as a free download for Windows and for Mac OS X (Leopard or better). Mac users can also find it in Software Update.

This is an incremental upgrade, but it comes with one big new feature: Safari now has a real platform for third-party extensions, a feature that Firefox and Chrome have had for some time.

Safari 5 arrived in early June, and in addition to dozens of other enhancements (including the much-discussed Reader feature) it included a new architecture for creating lightweight browser extensions that enhance and personalize web pages and web services. Wednesday’s update now lets you install and run those extensions. Apple has also launched a new Extensions Gallery where you can browse the available extensions and download them.

All the major browsers — Safari included — have had a variety of plug-ins, add-ons and toolbars available for years. But Safari’s new extension architecture is much closer to the format recently adopted by Google Chrome and Firefox. This new breed of extensions can be written using HTML, JavaScript, CSS and other web standards. It makes for a much gentler learning curve for potential developers, and for an experienced web programmer, the effort required to create and distribute a standards-based extension is almost trivial. For users, these extensions are easier to maintain and less likely to slow down the browser.

Mozilla calls its lightweight extension project Jetpack, and it’s being incorporated into the newest Firefox releases. The next version of Google’s browser will let users sync their extensions across multiple installations of the browser.

Go to extensions.apple.com to see the gallery of extensions being promoted by Apple. Also, keep in mind that anyone can create and distribute a Safari extension, so distribution isn’t controlled like the App Store. For safety’s sake, Safari extensions are sandboxed inside the browser and signed with a digital certificate so you know you’re getting updates from the same person who created the original.

Apple is promoting a few big-name creations in the gallery. There’s an official Twitter extension, which integrates a simple toolbar Twitter client into your browser, one from MLB that displays scores and headlines, and an eBay manager sidebar for keeping a close eye on your auctions. There’s one on the way from Instapaper.

Of course, the irreverent extensions are more interesting. There’s Defacer, which hides “Like” buttons and other Facebook cruft you find around the web. Shut Up hides comments by default on blogs. A Cleaner YouTube removes visual distractions from video pages, promising to turn YouTube into “a clean and tranquil place” as if that’s even remotely possible.

There are around 100 extensions to choose from right now, and since the new extensions framework in Safari is so simple to develop for, we expect the list to keep growing quickly.

There is one other notable safety enhancement to Safari 5.0.1 — the form auto-fill vulnerability has been patched. This fixes a vulnerability that hackers could exploit to grab personal information from a user by forcing the browser to auto-fill a hidden web form with locally stored data. So, even if you may not care for extensions, you should upgrade Safari for this reason alone.

See Also:

File Under: Browsers

Compelling Reasons To Upgrade to Safari 5 Right Now

Update: Apple has fixed the rendering issue shown here, but this is what it looked like at launch. Pretty funny…

Apple’s Safari 5 info page in Safari 4:

Apple’s Safari 5 info page in Firefox:

Apple’s Safari 5 info page in Chrome:

File Under: Browsers, HTML5, Software

Apple (Almost) Releases Safari 5

A press release with details about Safari 5 was leaked on the web Monday afternoon, then promptly removed.

Many were expecting Apple to release a new version of its Safari web browser during the Worldwide Developer’s Conference (WWDC) taking place this week. But the Monday morning keynote was all about the new iPhone. Safari wasn’t discussed.

Then, at about 3:30pm Pacific time, a press release went out over the PRNewsWire service. It was live for a short time — under 10 minutes — before it vanished. The link now returns an error. Apple has yet to update the Safari pages of its website or make any additional announcements. We’re guessing the news item was released mistakenly or prematurely.

Update @ 4:30pm: The release is now available on the Apple website, though the Safari pages still haven’t been updated.

It was live long enough for us to grab a copy, and you can read the full release below. Here are some details.

There’s an extensions framework now. By description alone, Safari Extensions appears to be similar to the lightweight extensions frameworks used by Google Chrome and Mozilla’s Jetpack for Firefox — extensions are written in HTML/JavaScript, installed on the fly, and sandboxed.

There’s also Reader, a built-in app that strips ads, images and other clutter out of the way, presenting news articles and longer reads in a simplified, scrolling, text-only window “without distraction.” Instapaper and Readability, it appears as though Apple is drinking your milkshake.

According to the release, the updated browser will include expanded support for the HTML5 stack, including geolocation, sectioning elements, drag and drop, form validation, Ajax history and WebSocket. There’s also “full screen playback and closed captions for HTML5 video” — though we should note that Apple currently only supports native playback of h.264 video and not WebM, which all other major browsers are backing. No further details there.

Safari 5 uses the new Nitro JavaScript engine, which Apple says is 30 percent faster than Safari 4′s engine. You also get the ability to choose Bing as your search provider (just like in the iPhone 4 demo).

Full release follows:

Continue Reading “Apple (Almost) Releases Safari 5″ »

File Under: Browsers, HTML5, Web Standards

Apple’s HTML5 Showcase Less About Web Standards, More About Apple

Apple posted a showcase of “HTML5 and web standards” on its website Thursday that highlights the level of support for the emerging standard in the company’s Safari and Mobile Safari browsers.

It’s nice to see Apple (or anyone for that matter) talking about HTML5 and mentioning more than just video. The site showcases HTML5 audio and canvas elements, as well as CSS 3 transitions and typography tools. It also has a nice photo gallery that looks and behaves just like former Apple designer Mike Matas’ amazing photo-gallery site.

Unfortunately, the way Apple presents the showcase, you would think Safari is the only web browser that supports these new web standards.

In fact, visit the site with any other browser and you’ll get a message telling you to download Safari. Surely your browser must be inadequate? Actually, your browser is probably capable of handling the showcase just fine, but ultimately the showcase isn’t about web standards: It’s about Apple’s version of web standards.

Apple is detecting the user-agent string (the bit of identifying data your browser passes to a web server when it requests a page) and only allowing Safari users to see the galleries. Other browsers are effectively cut off, regardless of the fact that many can render them just fine.

Worse, Apple’s CSS code uses only WebKit-specific selectors — for example, -webkit-border-radius instead of the actual CSS 3 selector border-radius. WebKit is the open source engine that powers Safari and Google Chrome. Firefox, IE and Opera can’t understand this code as clearly.

So much for web standards. Not only is user-agent sniffing absolutely the wrong way to determine the HTML5 capabilities of the current user, the implicit suggestion is that HTML5 is something only Apple supports.

Microsoft recently published its own HTML5 showcase to hype the coming release of Internet Explorer 9, and its demo pages are viewable (and work) in any non-IE browser with the proper support. Mozilla’s HTML5 demo pages are geared to work with experimental builds of Firefox, but at least other browsers aren’t blocked, and most of the demos actually work in Chrome.

To test Apple’s demos in other browsers, we spoofed the user agent in Firefox and Chromium and found that, while several examples do indeed fail in Firefox, most worked just fine. Naturally, everything works without issue in Chromium, because it uses the same WebKit rendering engine as Safari. Apple is being disingenuous by making its browser seem more compelling than others. That’s not surprising, but we’d be disappointed to see independent developers follow suit. [Update: As several commenters, and John Gruber point out, the version WebKit that Chromium uses doesn't yet support all of CSS 3's 3D transforms, which renders this demo incomplete, though still functional, in Chrome/Chromium.]

So how should you detect whether the current browser can display whatever bit of HTML5 or CSS 3 you’re using? The long-established best practice is to detect for features, not browsers. To find out which features are available in the current browser isn’t hard — there are even several free, open source libraries out there that do just that.

Modernizr is one of our favorites. This handy little JavaScript library can detect which HTML5 features are available. Then, armed with that information, you can then create conditional JavaScript statements to offer HTML5 to those browsers that support it, but still fall back on other content for those that don’t.

There are however, some cases where Modernizr might be overkill. For example, if you just want to embed some HTML5 video, you only need to detect one element. If Modernizr isn’t right for your project, check out Mark Pilgrim’s list of ways to detect HTML5 elements. The list of elements and how to detect them is an appendix to Pilgrim’s book in progress, Dive Into HTML5.

The list isn’t just elements, though it does cover those as well. But it also shows you how to detect API support for things like offline storage or geolocation, as well as SVG, SVG-in-HTML and even which video codec the current browser supports.

One thing Pilgrim doesn’t cover is CSS 3 features (CSS 3 != HTML5). To detect which CSS 3 features are available in the current browser you can use Modernizer or you can roll your own code using a library like jQuery, which includes a support() method to check a wide range of browser features before executing code.

See Also:

File Under: Browsers, HTML5

On Web Video Support, Safari Now Stands Alone

icon-gold

SAN FRANCISCO — When Google announced it would be releasing the VP8 video codec under an open source license, all of the major browser vendors jumped up to support it.

Well, all of them except Apple.

The WebM Project, a partnership between Google, Mozilla, Opera and dozens of other software and hardware makers, provides web developers a way of embedding video and audio in HTML5 pages without plug-ins, and without resorting to patent-laden technologies.

Watchers of the open web have been waiting for this development for some time. The HTML5 video playback experience varies greatly between browsers, with different browsers supporting different flavors of video, creating a poor user experience and forcing developers to rely heavily on plug-ins like Flash and Silverlight. Google was widely expected to take a step towards solving the video problem on the web with Wednesday’s WebM announcement.

Indeed, within minutes of the project’s launch here at Google I/O, links went up to new versions of Firefox and Opera with built-in support for WebM video. Chrome support will be coming in the next beta, due later this month. Microsoft says that Microsoft Internet Explorer 9, due to arrive as soon as the end of 2010, will support VP8 video playback if a user has installed the free codec on their copy of Windows. Adobe says Flash Player will also support it as soon as possible. Executives from Mozilla, Opera and Adobe were all on stage during Wednesday morning’s keynote to pledge their support.

But nobody from Apple appeared, and as of Wednesday afternoon, the company has made no such announcement about support for WebM video in Safari. When asked to comment on this story, Apple didn’t respond.

Of course, Apple has a great deal of time and money invested in a competing technology, H.264. Its Quicktime ecosystem is built on H.264, and it uses the video format for all of its content served through iTunes. It’s also the native format on iPads, iPhones and iPods.

Most video on the web — approximately two-thirds of it — is served in the H.264 format, but various licensing requirements make some nervous to use it. Apple owns patents around H.264 and benefits from the licensing fees that allow its use (so does Microsoft, and many other companies).

So, will Apple begin supporting a open source video codec that competes for space on the web with H.264?

“Stranger things have happened, but I’d be surprised if that happened soon,” says Christopher “Monty” Montgomery, creator of the Ogg container, an open source video and audio technology integral to the new WebM Project, in an e-mail to Webmonkey.

Apple has sent not-so-subtle threats about possible patent violation complaints being brought against supporters of open video codecs. In an e-mail to a blogger, Jobs warned that MPEG-LA, the licensing group that oversees H.264, was assembling a patent portfolio to “go after” open video codec makers.

“Unfortunately, just because something is open source, it doesn’t mean or guarantee that it doesn’t infringe on others patents,” Jobs wrote.

But Monty isn’t worried about the MPEG-LA suing him or anyone at the WebM Project.

“The recent saber-rattling by Jobs felt more like a message to his own troops than a warning shot to ours,” he says. “MPEG itself has always has an internal contingent that has pushed hard for royalty-free baselines from MPEG, and the missives about video codecs and patents were probably meant for them, not us.”

Google VP of product management Sundar Pichai says the company has done “a thorough legal analysis of VP8″ since acquiring it, and remains confident it can release the technology under an open source license without infringing on any patents.

The Safari browser is based on the same WebKit engine as Google Chrome, and the WebKit engine is open source. But codec support is not a component of the rendering engine, so even though Google’s browser supports VP8 and WebM content, it doesn’t provide an instant fix for Safari.

And of course, iPad and iPhone browsers run Safari, so WebM video won’t work on those devices until Apple adds support.

However, it wouldn’t be tough for Apple to implement WebM support. All of the technologies involved have been released under permissive open source licenses, and it’s already been rolled into three major browsers.

“It’s not a technical challenge,” says Google VP of engineering Linus Upson. “If you look at the other browsers that have already implemented VP8, it’s just been a matter of a few weeks.”

Google’s Upson and Pichai both say they hope all web browsers will support WebM’s efforts eventually.

See Also:

File Under: Business, Events, HTML5

Adobe’s Kevin Lynch: Apple’s Playing a Legal Game, Not a Technology Game

Adobe CTO Kevin Lynch. Photo: Adobe

Adobe CTO Kevin Lynch. Photo: Adobe

SAN FRANCISCO — Adobe’s CTO wants to make it clear that the public battle between HTML5 and Flash isn’t about technology, it’s about politics.

“The story is not about HTML5 vs. Flash,” Adobe’s Kevin Lynch says. “It’s about freedom of choice in the industry.”

Lynch says developers should be able to use whatever tools they want to create whatever experiences they want on the web.

“There are some who would like to wall off parts of the web and require you to get their approval to create something,” he says.

Lynch spoke Wednesday morning at the Web 2.0 Expo taking place here at Moscone West. The twice-per-year developer conference focuses on all things web, and though the audience is primarily made up of developers, the talks often turn to current events in the tech world.

Adobe has certainly been in the news quite a bit lately, with its Flash platform and Flash Player being derided by Apple CEO Steve Jobs, who has disallowed Flash on the iPad and the company’s other mobile devices, and has banned apps created in Flash from being sold in the company’s App Store by changing the wording of the developer’s agreement for its latest iPhone OS.

Lynch didn’t refer to Apple by name until prompted by Web 2.0 Expo program chair Brady Forrest, who was interviewing Lynch on stage.

“Are you referring to Apple and the iPhone,” Forrest asked.

Lynch shot back: “Are you reading between the lines?”

“Apple’s playing this strategy where they want to create a walled garden around what people use,” Lynch continued.

Continue Reading “Adobe’s Kevin Lynch: Apple’s Playing a Legal Game, Not a Technology Game” »

File Under: HTML5, Multimedia, Software

Flash Faces Down Threats on Adobe’s Big Day

flash_ipad_no_worky

Adobe announced details of its Creative Suite of applications Monday amid a stormy debate over its relevancy and the vitality of Flash, one of its most important products. But even though the air around it has grown chilly and the skies above have darkened with menace, Adobe went ahead and held its big parade anyway.

[See our reviews of the new Photoshop, Dreamweaver and Flash]

The fact is, even though it looks like the cards are stacked against the Flash platform, there’s very little threat that it will be supplanted by another technology any time soon.

Key to Flash’s success is the explosion of web video. More than 90 percent of web-enabled computers around the world have Flash Player installed, and all of those people can go to sites like Hulu or Comedy Central or YouTube right now and watch the full spectrum of clips, from viral candy to Hollywood hits. Microsoft’s Silverlight technology, which can also stream videos at a level of quality roughly on par with Flash, doesn’t have the same penetration (it’s closer to 30 to 40 percent Update: the post I previously linked to was outdated, and according to Microsoft’s April numbers, it’s actually closer to 60 percent), and there are far fewer sites using Silverlight as their sole video platform.

Also, the latest version of Flash Player (version 10.1, which came out earlier this year) addressed many of the performance, security and consistency issues that have been dogging Flash for the last year.

So, for now, Flash remains the de facto standard for video on the web.

While some proponents of the open web would have you believe that a viable replacement for Flash is already here in the form of HTML5 video, that’s not exactly the case. The HTML5 video tag does indeed allow you to embed videos in web pages without Flash. But native HTML5 video has several things holding it back.

Continue Reading “Flash Faces Down Threats on Adobe’s Big Day” »

File Under: Browsers, HTML5, Multimedia

Apple Taunts Flash With List of ‘iPad Ready’ Websites

The iPad comes out Saturday. Apple reminds you to make sure your site is ready.

In anticipation of Saturday’s release of the iPad — which doesn’t run Flash — Apple has published a list of “iPad Ready” websites.

The sites are all big league sluggers like CNN, The New York Times, People Magazine and MLB.com. Surprisingly, there are also a few video-heavy sites in the mix (Vimeo, Flickr, and TED) which would traditionally rely on Flash Player for video playback.

The intro at the top of the page says “iPad features Safari, a mobile web browser that supports the latest web standards — including HTML5, CSS3, and JavaScript.” Setting aside the fact HTML5 is not a web standard (it’s still a draft specification, and it will be for a while), it’s clear that Apple isn’t budging in its fight to push open web standards over plug-in based web video and user interface experiences.

And why would Apple ever ease up? The more the web relies on open technologies, the more iPad buyers will be able to do with their shiny new devices, and the more satisfied they will be.

In the two months since the iPad was announced, Apple has been waging a campaign urging web developers to stop using Adobe Flash Player and to use HTML5 for video playback instead. But while the most forward-looking developers are rushing to optimize their websites for Flash-less mobiles and tablets, many are wary of embracing open video whole hog. There’s no agreed-upon video format for HTML5, and the support varies greatly from browser to browser.

It puts developers in a pickle: build a killer video experience for Apple devices, but leave Firefox, IE and Opera users out (Google Chrome offers different support on different platforms).

Some are going the route of falling back on Flash for any users not browsing with Safari. But that path — coding multiple versions of a website for multiple browsers — is precisely what developers have been trying to avoid for the last decade. It also opens up a can of patent license worms.

It’s also important to note that HTML5 isn’t just for video playback. It’s a substantial redesign of the way web pages are assembled (with an emphasis on semantic markup), and it includes various APIs for building full-blown web applications.

Not to be overly critical of Apple — anyone pushing for open web standards deserves kudos — but the company seems more deeply concerned with digging Flash’s grave than it does with promoting semantic markup. The page on Apple’s website mentions HTML5 ten times, and nine of those mentions refer explicitly to video playback.

Apple has posted some technical guides at the bottom of the page to help “ensure that your website looks and works great on the iPad.” It also has a form you can fill out to submit your site for its gallery of iPad-ready sites.

See Also: