Posts in stories

HTML5 Video, Minus Ogg - Fixing Firefox Video Problems

That of Mozilla’s Firefox not supporting the de-facto standard H264 video format is a well known problem many people wrote about recently. I think John made the best analysis of the situation, depicting the absurd situation Mozilla is throwing itself into by supporting the .ogg format, together with Opera. From the post:

“So, even those using the latest version of Firefox will be treated like they’re using a legacy browser. Mozilla’s intransigence in the name of “openness” will result in Firefox users being served video using the closed Flash Player plugin, and behind the scenes the video is likely to be encoded using H.264 anyway.”

Whether Mozilla will finally understand that H264 is the format to support it’s unknown to us, but - technically speaking - there are some problems that Philip Hutchison over at Pipwerks tried to fix with a simple script. Indeed, Firefox does support the HTML5 <video> tag, but the linked video file should be encoded in .ogg rather than H264. As Philip writes:

“Firefox is essentially forcing people to offer two versions of each video: an Ogg version and an MP4 version. In my opinion — and the opinion of many others — this simply will not do. Providing two different video files is not realistic, Ogg’s quality is inferior to H.264, and many computers and mobile devices have direct hardware support for H.264 but not Ogg. Firefox’s HTML5 video is rendered useless.”

The problem is, Firefox 3.6 knows it can’t play an MP4 file but it loads the <video> element anyway, just because it’s a supported tag. This script will detect if HTML5 is supported, see if it’s Firefox who tries to open it and if so, the video element is deleted and the flash fallback stays there.

But all in all, if Mozilla really wants to stay in the market and keep a good slice of the market share, they need to accept standards and stop rambling about openness with unsupported, inferior formats. I think openness is when you support something widely accepted as a high quality standard, and not when you stick with license-free but unpopular or even closed formats.


On the Gold Rush, March 27th and Waiting

You’ve probably heard that Apple is officially accepting submissions for iPad apps that will go into the iPad App Store; to be part of the “grand opening”, you’ll have to submit your app for review by March 27th. And unless specific conditions are met, I suggest you don’t do so.

It’s perfectly reasonable that developers want to jump on the wagon as soon as possible, submitting the app next week thus having it available when the iPad comes out and people will to spend money because they want new apps. Users will open the App Store knowing that they’re about to spend money because they need apps for their new toy, and we all know that a device is what apps make it. It’s a good thing that you (devs) are hurrying to have a stable version of your new app, and I understand that being among the first ones will be a terrific opportunity for you to get noticed, rise the charts and make money. But if you don’t pay attention now, that’s not gonna happen.

You don’t want to have an app that doesn’t work, just as you don’t want your inbox full of emails from users complaining about menus not working and crappy support for multitouch gestures. You won’t be able to test your new app on an actual iPad before the 27th, you’ll be submitting an application tested with a mouse and keyboard rather than hands and fingers. That’s insane. As much as the iPad simulator can work just fine, and as much as you think you’re good at Cocoa development, you’ll submit an incomplete software. Would you buy a car, knowing that its creators have never tested it on the road? I wouldn’t, honestly.

But spending bucks in the App Store is different from buying a new car. People will just fire up their credit cards and buy, buy, buy. So probably you’re playing this game, and you’re going to submit an incomplete and untested application because you know that people will buy it anyway. Now, let me ask you this: how long is that going to last, before people will start telling everyone that your app doesn’t work? Reviews will start appearing in the iTunes page and, eventually, you’ll be screwed. You’ll be the developer that thought he could make money just by selling crap on the first day. Are you sure you want to play this game?

I think that being a developer doesn’t only involve being good at Cocoa. You have a reputation, you’ve got an user base of customers that trust you, and you can’t betray them for an early gold rush. This is a different situation from the launch of the iPhone App Store: you had the chance to test your app on a real device back then, you knew how things were working, you knew how it would feel.

You have to remember that feeling an application is way more important than just having it available. And by submitting your incomplete application by March 27th, you’re putting the gold rush before the feel, and yourself.


Safari 4, Entirely Built with CSS3 and HTML. Open Source.

We’ve posted links to cool HTML5 and CSS3 implementations before, but this one is seriously one of the best I’ve recently stumbled upon. Joshua Jones from General Metrics managed to re-create the Safari 4 window only with HTML and CSS3, thanks to Webkit capabilities. You can see the demo webpage here.

No images, canvas or javascript - just CSS rendering, and as the developer notes, the easiest part was to create the Aqua window buttons using multiple gradients. The code is open source on GitHub. Also, the next “clone” should be MobileSafari.

I think it’s quite fair to say this opens a lot of possibilities, and shows what you can really achieve with compliant web standards and some good effort. If you’re still wondering, CSS3 is awesome, period.




Porting iPhone Apps to the iPad, Why It Might Not Work

Link

“You can actually see this problem already on Apples iPad website. Why do you think Apple doesn’t ship iPad versions of the calculator, the clock, the weather app or the stocks app? Because they wouldn’t live up to Apples standards, if you’d just blow them up to the iPads screen.”

I definitely agree with this. It’s either rewrite the whole app, or you’re busted.



The iPad Paradox

Macworld

“Technical people always complain about being buttonholed at every family get-together by relatives who want “free tech support.” But why do they want this? Why do they need it? The answer is that consumer technology is overly complex.

And whose fault is it?

Unfortunately, it’s my fault. And possibly your fault. It’s the fault of everyone, including marketers, who relentlessly call for more, more and ever more features. Combine this with our calls for backward compatibility, and the result is systems that do everything. They’re so feature-rich, so complex, that some people can’t get them to do anything.”