By John Gruber
Build anything with exe.dev. It’s just a computer.
So great, I don’t want to spoil it.
Alex Rodriguez returns to spring training:
I served the longest suspension in the history of the league for PED use. The Commissioner has said the matter is over. The Players Association has said the same. The Yankees have said the next step is to play baseball.
I’m ready to put this chapter behind me and play some ball.
Nice celebratory site from Adobe. Really enjoyed this interview with Photoshop co-creator Thomas Knoll. It’s hard to overstate just how far ahead of its time Photoshop was when it appeared.
Good suggestion from Craig Hockenberry:
I think there’s an easy way to fix these minor transgressions that would benefit both parties: add a new kind of approval with strings attached. A “Must Fix for Next Release” state where the app can go into “Ready for Sale” but the issue remains in the Resolution Center. At that point, both the app reviewers and developer know that an issue has to be dealt with before it’s approved the next time.
It would be like getting pulled over for a broken taillight on your car. You don’t need to visit your mechanic immediately to get the problem fixed. But you’ll certainly have to get things in order the next time you register the vehicle.
From the Chromium developer mailing list:
Very briefly, pointer events has 3 main drawbacks relative to the alternative:
Mobile-first web: Pointer events would likely never supplant touch events on the web (especially without support from Safari). Since touch events are here to stay, supporting another largely redundant input model has a high long-term complexity cost on the web platform.
Performance: The hit testing model required by pointer events imposes a non-trivial performance penalty (hit test on every movement event) that neither Android, iOS or touch events has. We’re not willing to add any feature that increases the web’s performance disadvantage relative to native mobile platforms.
Richness: Pointer events requires that scrolling and event handling are mutually exclusive. This precludes some UI effects which are common on on mobile platforms (eg. pull to refresh). Recently strong developer feedback has lead us to change Chrome in the opposite direction here - enabling event handling while scrolling (see issue 293467 ).
If there’s a performance hit and a decrease in expressible UI effects, it’s no wonder Apple and Google aren’t pursuing Pointer Events in WebKit or Blink. It’s not fair to categorize Google’s decision as simply “Because Safari won’t support it”. It’s a question of performance and user experience richness on one side, and developer convenience on the other.
Speaking of Kubrick, this 1976 review of Barry Lyndon by John Hofsess for the NYT is interesting:
Eventually, Kubrick may end up in a cul-de-sac, for he is following a similar line of development — using the “grammar” of the film medium — to that pursued by James Joyce and Vladimir Nabokov in fiction. There is no question that Joyce and Nabokov — more than any other writers in the 20th-century — brilliantly explored and expanded the limits of language and the structure of novels, yet both were led irresistibly and obsessively to cap their careers with those cold and lifeless masterpieces, “Finnegans Wake” and “Ada,” more to be deciphered than read by a handful of scholars whose pleasure is strictly ratiocination. It is characteristic of such careers that people keep saying, “This time you’ve really gone too far! We liked your last film or novel — but that’s it!” The price of growth is disaffection.
That wasn’t true of The Shining, but it seems remarkably prescient regarding Full Metal Jacket and especially Eyes Wide Shut.
Glorious attention to detail. (Thanks to Joel Irwin.)
I don’t know whether to laugh or cry at this sort of aftermarket bling.
Tim Kadlec:
I was willing to give the Blink folks the benefit of the doubt, because I do remember they had specific and legitimate concerns about the spec awhile back. But after reading through notes from a Pointer Events Meeting in August, I’m forced to reconsider. The Chrome representative had this to say:
No argument that PE is more elegant. If we had a path to universal input that all supported, we would be great with that, but not all browsers will support PE. If we had Apple on board with PE, we’d still be on board too.
Doesn’t sound very good, does it?
Let’s set any opinions about Pointer Events aside. Frankly, I need to do a lot more digging here before I have any sort of strong opinion in one direction or another. There is a bigger issue here. We have a recurring situation where all vendors (save for Apple) show interest in standard, but because Apple does not express that same interest, the standard gets waylaid.
Peter-Paul Koch is even more scathing:
Apple has a huge following and essentially could do as it pleased for the past seven years or so. In order to forcibly educate Apple to become a responsible web citizen, it is necessary to create a counter-weight; to find a company that will support the open Web and has enough market share to force even web developers who’d prefer to work in iOS only to pay attention to pointer events.
That company is Google. There is no other candidate. Firefox essentially doesn’t exist on mobile, mobile IE is too small, as are the minor browsers such as BlackBerry and UC.
In that light, Google’s refusal to implement the pointer events is a victory for Apple. Now I don’t know about the high-level politicking going on, and I certainly don’t want to argue that the Chrome team intends to increase Apple’s hold on mobile web dev, but that will be the net result of their actions anyway.
Is there a good summary somewhere explaining Apple’s argument against the Pointer Events spec?
Update: There are some technical arguments against Pointer Events here and here (via Google engineer Ray Cromwell). I think, in layman’s terms, Apple objects to the way that the way Pointer Events unifies mouse, stylus, and touch events — losing the user experience differences between them for the sake of developer convenience.
Moxie Marlinspike:
Looking forward, however, I think of GPG as a glorious experiment that has run its course. The journalists who depend on it struggle with it and often mess up (“I send you the private key to communicate privately, right?”), the activists who use it do so relatively sparingly (“wait, this thing wants my finger print?”), and no other sane person is willing to use it by default. Even the projects that attempt to use it as a dependency struggle.
These are deep structural problems. GPG isn’t the thing that’s going to take us to ubiquitous end to end encryption, and if it were, it’d be kind of a shame to finally get there with 1990’s cryptography. If there’s any good news, it’s that GPG’s minimal install base means we aren’t locked in to this madness, and can start fresh with a different design philosophy. When we do, let’s use GPG as a warning for our new experiments, and remember that “innovation is saying ‘no’ to 1000 things.”
Any solution that isn’t easy to use and easy to understand is a poor solution. And GPG is neither.
Jon Brodkin, reporting for Ars Technica:
The Federal Communications Commission today voted to enforce net neutrality rules that prevent Internet providers — including cellular carriers — from blocking or throttling traffic or giving priority to Web services in exchange for payment.
The most controversial part of the FCC’s decision reclassifies fixed and mobile broadband as a telecommunications service, with providers to be regulated as common carriers under Title II of the Communications Act. This decision brings Internet service under the same type of regulatory regime faced by wireline telephone service and mobile voice, though the FCC is forbearing from stricter utility-style rules that it could also apply under Title II.
An amazing turnaround for net neutrality, which looked dead just one year ago.
Tim Cook is in the midst of a European tour. This photo from his tour of the Yad Vashem Holocaust Museum caught my eye. You can feel the solemnity.
Rolfe Winkler, reporting for the WSJ:
The online-video unit posted revenue of about $4 billion in 2014, up from $3 billion a year earlier, according to two people familiar with its financials, as advertiser-friendly moves enticed some big brands to spend more. But while YouTube accounted for about 6% of Google’s overall sales last year, it didn’t contribute to earnings. After paying for content, and the equipment to deliver speedy videos, YouTube’s bottom line is “roughly break-even,” according to a person with knowledge of the figure.
Shows just how hard it is to make money from a “give something valuable away for free” model, even at YouTube’s massive scale and with Google’s advertising expertise.
Jim Dalrymple:
Apple on Thursday sent out invites for a special event to be held on March 9, 2015. The event will be held in San Francisco at the Yerba Buena Center for the Arts, a venue that Apple has used many times before for special events.
It is widely expected that Apple will use the event to give more details about the Apple Watch, which was introduced last September.
I’ll eat my hat if this isn’t largely — maybe even solely — about Apple Watch.