It doesn’t help that the internal email obviously hasn’t been polished by Google’s PR, and offers up some seemingly damning language:
What if other browsers don’t follow us with Dash?
Lars has promised to “sweet talk” the other browser vendors and, while we
are all eager to see this, we recognize this is a very difficult road.
It seems this is just the start of the controversy. We’ll see more about Dart unveiled at GOTO next month.
I’ll leave you with Stoyan Stefanov’s thoughts on the matter.
JSPerf, of all places, has a good summary of the situation.
Responsive design on Boston Globe’s website
There’s also a concern here about really old phones, such as old Motorola V3s (aka RAZRs) and their ilk. Though these phones are steadily being replaced, around the world there’s still a proliferation of non-smart phones (dumb phones?) with old browsers. So what happens when we send a nice brand new website like the Boston Globe to those phones? Send too much data and the phone will crash or won’t render the page. The pageweight limit is a very real concern for those phones. So unfortunately a server-side approach, meaning user-agent sniffing, still has to be taken for those old phones. If those devices still make up a significant share of traffic (they do, speaking globally), then a solution still needs to be put in place for them. We’re in a transition: if we want to send content to everyone, we can’t do everything on the client side (yet).
SugarSkull is a simple client-side router for single page apps that intends to replace backbone.js routes and aims to be lightweight and simple, and only sets out to be a client-side router and nothing more. It primarily uses a hash to keep track of page state on the client. Not even a hash-bang!
So what’s the deal? But what about hash-bang and the HTML5 history API? The author emphasizes that SugarSkull doesn’t aim to make these things work, as they require server-side routing. The aim of this library is only client-side routing, to the detriment of SEO and otherwise (a clear word of caution there, then). But if that’s what you’re looking for, then SugarSkull might be for you. It has no dependencies and, as it has to be said, it’s not a jQuery plugin.
Touchy Boilerplate is a new mobile app library aimed at iOS and Android devices
stream.js implements a new data structure: streams, which can have an infinite number of elements and are similar to arrays and linked lists
Winston is an asynchronous logging library for node.js
move.js is another helper library for CSS3 animations
concrete is a simple continuous integration server written with NodeJS and CoffeeScript
WebKit Page Cache II – The unload Event – quite an old article, but useful
WebVI is a browser-based version of vim.
Joe Hewitt is back at work on Scrollability, and claims that iOS 5 will still need it, despite natively supporting position:fixed and overflow:scroll elements. He has a new demo which now uses -webkit-keyframes for much improved performance. And a version 1.0 release with documentation is right around the corner.
It looks like the Javelin.js website has been hacked? It’s been up for at least a few days with this:
Javelin is a large, bloated library with an unintuitive, verbose syntax and very few features. It performs sluggishly and is sparsely documented. You will find that browsing its inelegant, poorly written source is an unwelcome experience. Javelin makes it quite difficult to write code that works on more than one browser. Javelin was developed at Facebook.
IE10 is coming with loads more HTML5/CSS3/JS goodness
Mobile HTML5 is a nice compatibility table for HTML5 support on mobile operating systems
Lindsey Simon: Use 10,000 Browsers (September 21, 2011 in San Francisco, CA, US)
onGameStart (September 22-23, 2011 in Warsaw, Poland)
Node.js Conference Italy (September 24, 2011 in Brescia, Italy)
Web Expo 2011 (September 22-24, 2011 in Prague, Czech Republic)
HTML5 Dev Conf (September 27, 2011 in San Francisco, CA, US)
Modernizr with Faruk Ates (September 29, 2011 in San Francisco, CA, US)
Back to the Front (From the Front) (September 29, 2011 in Cesena, Italy)
jQuery Conference Boston (October 1-2, 2011 in Boston, US)
JSConf EU (October 1-2, 2011 in Berlin, Germany)
Future of Web Apps (October 3-5, 2011 in London, UK)
Lessons learned from WSGI/Rack applied to Node (SFJS) (October 6, 2011 in San Francisco)
Fronteers 2011 (October 6-7, 2011 in Amsterdam)
HTML5.tx (October 8, 2011 in Austin, Texas, USA)
Frontend 2011 (October 10-12, 2011 in Oslo, Norway)
SenchaCon 2011 (October 23-26 in Austin, TX, USA)
NodeFest (October 29, 2011 in Tokyo, Japan)
red dirt.js (November 3, 2011 in Oklahoma City, OK, USA)
YUIConf 2011 (November 3-4, 2011 in Sunnyvale, CA, US)
W3Conf (November 15-16, 2011 in Seattle, WA, USA)
indieconf 2011 (November 19, 2011 in North Carolina, US)