This uses the new <video> tag in the HTML5 spec, but only supports browsers which implement the H264 codec.
Two interesting bits. First, this is great news for anyone on a platform where Flash is either unavailable (like iPhone) or where performance is terrible (like Mac and Linux). Second, there is a debate about the HTML5 spec's video codec, as it supports video in Ogg Theora or in H264. Safari and Chrome support the H264 codec, while Firefox and Opera support Ogg Theora. But this player only supports the H264 codec. I wonder if other sites will follow suit, and implement a de-facto standard based on H264.
Just a few years ago, Greenpeace would regularly call out Apple for their environmental impact. In that time, they've managed to climb a few ranks, mostly on the back of their efforts eliminating toxic chemicals like PVC. Kudos to them.
Not to minimize the efforts of other companies high on that list. Nokia, Sony Ericsson, Toshiba, Phillips, LG, Sony, Motorola, and Samsung, you guys rock for not polluting all over the place.
ChangeWave queried 4,068 current and potential smartphone consumers last month and noted that a full 21 percent said that they would prefer Android on their next smartphones—a jump of 15 percentage points from the year before. Comparatively, 28 percent of respondents said they would prefer iPhone OS; this makes the iPhone the leader in this category, though this number dropped four percentage points year over year.
Many iPhone developers and Apple enthusiasts are quick to shrug off the Android platform, for a variety of reasons ranging from aesthetic and design, to functionality and developer tools. Many of these criticisms are certainly valid. But iPhone has its own share of problems, and certainly is deficient in many ways to the Android.
With Google's press conference tomorrow, and CES for the remainder of the week, there will be a lot of focus on the Android platform. It will become a much stronger platform in 2010. It will be interesting to see how Apple responds with iPhone OS 4.0 (which history suggests they'll probably talk about in March).
The templates that ship with Xcode are not the greatest. Some of them are inconsistent
and don't enforce good coding standards (e.g. missing a dealloc method). Other templates
which would be useful just flat out don't exist (e.g. an NSOperation subclass, or a
protocol header file). This project aims to supplement or replace the built-in templates
for Xcode to speed up coding and improve the quality of code.
All files will be processed by Xcode. The generated source files must produce consistent,
readable, commented code. The code must have these characteristics:
- Each file must have a comment block at the top describing the file.
- Each class must implement its superclass' designated initializer and dealloc.
- Stub methods must be organized by their purpose, class or protocol.
-- Each group must be organized by their class hierarchy, with protocol stubs following.
-- Each group must be prefaced by a pragma mark naming the class or protocol the methods
-- Clusters of methods (such as relating to KVO) should be organized along the lines
above, with a pragma mark.
- All method implementations should contain a method call to their super implementation
- All method implementations should contain a commented out stub line that will signify
where to insert their code.
- All comments must be in the form of two slashes //, and none using the /* */ form. This
will allow developers to comment out large blocks of code as needed.
- Different people want different things in their template. For instance, someone may
want to include an implementation of observeValue:... for every class. Would be nice
to have a template generator application (yeah yeah, very meta) which would make
templates customized to the developer.
Woot goes to CES, makes fun of everyone. Hilarious.
Boxee, a killer spinoff of XBMC, is now open to anyone who wants to try it.
Richard Esguerra from the EFF:
Apple's announcement comes nearly a year after Amazon.com's DRM-free MP3 deals went live, demonstrating that the record labels were holding the DRM card until they could wring business concessions from Apple (in the form of variable pricing). This just underscores that DRM is not really about stopping piracy, but rather about leverage over authorized distributors.
DRM-free music is certainly phenomenal news, but Apple has a long way to go before they can brag about being DRM-free entirely.
The revolutionary new laptop from Apple with no keyboard; just a wheel. Hilarious.
I made the switch to this about a month ago, when BBEdit switched their font to Consolas Regular. It's a very nice typeface at small sizes; I've been running it at 11pt, which is both compact and surprisingly readable.