Upgrade to Pro — share decks privately, control downloads, hide ads and more …

The Immobile Web

The Immobile Web

Device diversity is about to get an order of magnitude worse. SmartTVs are hitting the market in mass this year. Sony, LG, Vizio, and Samsung are all shipping televisions with Google TV built in.

And if the rumors that Apple will release a TV this year are true, 2012 will turn out to be the year web developers start to tackle the glass screen hanging on our walls.

Why should web developers focused on mobile learn about the web on TVs? Because TVs represent the next challenge in device proliferation. They share common characteristics with their smaller brethren. They create new challenges and opportunities we haven't encountered yet. And most importantly, learning how to build for TVs helps inform our practices of building for mobile devices.

Jason Grigsby

April 16, 2012

More Decks by Jason Grigsby

Other Decks in Technology


  1. 88% tablet 86% smartphone People often use mobile while watching

    tv. owners say they use their device while watching TV at least once a month. http://blog.nielsen.com/nielsenwire/online_mobile/double-vision-global-trends-in-tablet- and-smartphone-use-while-watching-tv/
  2. [People] “don’t want a computer on their TV,” Apple CEO

    Steve Jobs said today. “ ey have computers. ey go to their wide-screen TVs for entertainment. Not to have another computer. is is a hard one for people in the computer industry to understand, but it's really easy for consumers to understand. ey get it.” http://www.flickr.com/photos/acaben/541334636/
  3. And so, it turns out people want keyboards. I mean,

    when I started in this business one of the biggest challenges was that people couldn’t type.… And if you do email of any volume, you gotta have a keyboard. So we look at the tablet and we think it’s gonna fail. —Steve Jobs, 2003 http://www.flickr.com/photos/acaben/541334636/
  4. Apps = If that is true, don’t you think Apple

    will ship Safari? http://www.flickr.com/photos/34818713@N00/1314251273/ Embedded Web Views =3rd Party Browsers
  5. “By the summer of 2012, the majority of the televisions

    you see in stores will have Google TV embedded in it” Photo by JD Lasica/Socialmedia.biz http://www.flickr.com/photos/jdlasica/5181380514/
  6. Samsung 23.6% Vizio 15.4% LG Electronics 12.4% Sony 8.0% Toshiba

    7.8% Others 32.8% Q4 2011 US LCD TV Market Share
  7. Samsung 23.6% Vizio 15.4% LG Electronics 12.4% Sony 8.0% Toshiba

    7.8% Others 32.8% Q4 2011 US LCD TV Market Share
  8. Samsung 23.6% Vizio 15.4% LG Electronics 12.4% Sony 8.0% Toshiba

    7.8% Others 32.8% Q4 2011 US LCD TV Market Share
  9. Samsung 23.6% Vizio 15.4% LG Electronics 12.4% Sony 8.0% Toshiba

    7.8% Others 32.8% Q4 2011 US LCD TV Market Share ?
  10. =

  11. =

  12. Year Brand Model Score Bonus Points Notes 2011 LG 60PZ950

    221 6 2011 Sony KDL55HX729 222 6 2011 Sony NSZ-GT1 343 8 Google TV v3.2 2012 LG 47LS5700 302 8 2012 LG 55LM62BND1 302 8 2012 Sharp LC80LE844 281 0 2012 Samsung UN55ES6100 229 2 2012 Samsung UN55ES8000 244 2 2012 Sony KDL55HX750 267 6 2012 iPhone 4S 305 9 Running iOS 5.1 2012 Google Chrome 378 13 Chrome 18 on Mac html5test.com Total possible points: 475
  13. • backgroundsize • borderimage • borderradius • boxshadow • canvas

    • canvastext • csstransforms • csstransitions • fontface • generatedcontent • hashchange • hsla • input:autofocus • input:max • input:min • input:pattern • input:required • input:step • multiplebgs • opacity • postmessage • rgba • sessionstorage • smil • svg • svgclippaths • textshadow 100% of Smart TVs tested support
  14. • localstorage • applicationcache • csscolumns • cssgradients • history

    • input:multiple • input:placeholder • inputtypes:email • inputtypes:number • inputtypes:search • inputtypes:tel • inputtypes:url • webworkers • audio:m4a • audio:mp3 • cssanimations • cssre ections • draganddrop • exbox-legacy • inputtypes:range • video:h264 • websqldatabase 70% or more support
  15. • websockets • inlinesvg • inputtypes:date • inputtypes:datetime • inputtypes:datetime-

    local • inputtypes:month • inputtypes:time • inputtypes:week • input:autocomplete • input:list • geolocation • indexeddb • inputtypes:color • audio:wav • webgl • audio:ogg • csstransforms3d • exbox • touch • video:ogg • video:webm • audio* • video* Poor support for the following * is has to be a mistake.
  16. More importantly, the 2012 models are much faster. (How fast

    remains a secret. No one publishes CPU speeds.)
  17. One of the core lessons: Multi-screen world. It’s a multi-screen

    world. http://www.flickr.com/photos/marcof/5139160297/
  18. Pointers work well with on screen cursors, but are harder

    to use precisely. Easy to miss your target. Well implemented D-pad is faster.
  19. • Limit paragraphs to 90 words • Break into small

    chunks • Line length: 5-7 words • Body text around 21pt on 720p and 28pt on 1080p • Add more leading • Minimum font size of 22px • Line length: 10 words or less • Generous leading Making text easy to read Google Opera
  20. “A good rule of thumb is to increase the size

    of an element (such as an image or font) 1.5x for 720p and 2.0x for 1080p relative to the size of that element in a normal PC browser experience.” —Google TV Guide
  21. • When designing a web page for TV, the viewable

    area should display less information overall, and what's there should focus on a con ned set of tasks (even consider performing their desired task automatically or select by default). • Primary activity often revolves around quick information look- up (for instance, cast and crew details for a particular movie, weather reports, TV listings) and quick access to services. Web content for TV should therefore be optimised — in terms of overall presentation, navigation and functionality — and task- focused, giving quick and clear access to all relevant features and information. Optimize for tasks Google Opera
  22. “ e main interface of Google TV encourages the use

    of the D-pad on the remote to make selections on a screen -- it's likely that users will keep this habit even on the web.”
  23. /* CSS */ #copyright { nav-down: #logo; } CSS3 Basic

    User Interface speci cation for directional focus navigation http://dev.opera.com/articles/view/tweaking-spatial-navigation-for-tv-browsing/
  24. button#b1 { nav-index:1; nav-right:#b2; nav-left:#b4; nav-down:#b2; nav-up:#b4; } button#b2 {

    nav-index:2; nav-right:#b3; nav-left:#b1; nav-down:#b3; nav-up:#b1; } W3C’s example of four buttons button#b3 { nav-index:3; nav-right:#b4; nav-left:#b2; nav-down:#b4; nav-up:#b2; } button#b4 { nav-index:4; nav-right:#b1; nav-left:#b3; nav-down:#b1; nav-up:#b3; } http://www.w3.org/TR/css3-ui/#nav-dir
  25. Unfortunately, I had trouble getting the Google TV jQuery UI

    library to work on non-Google TVs. Needs more testing.
  26. Both solutions require adding a layer of CSS or JS

    speci cally to support TV interaction. Interactions map to normal keystrokes which could cause unintended outcomes.
  27. • Google TV may not be able to render a

    page as quickly as your workstation. Performance Challenges Google Opera • Modest hardware. Somewhere between high-end smart phones and low end laptops. • Avoid overly heavy and complex JavaScript. • Avoid layering and opacity. • Low limit on caching. Cannot assume assets cached. Cannot rely on cookies for subsequent session.
  28. Possible Screen Resolutions NTSC PAL Standard Definition (SDTV) 720x480 720x576

    Enhanced Definition (EDTV) 720x480 progressive screen 720x576 progressive High definition (HDTV) 1280×720 (720p) 1980x1080 (1080i/p) 1280×720 (720p) 1980x1080 (1080i/p)
  29. • Only HDTVs. • 720p and 1080i/p • e exact

    pixel dimensions of the display varies by TV manufacturer. • Provides an auto-zoom feature which you need to design for or around. Supporting different screen resolutions Google Opera • Most modern web-enabled TVs support 1280×720 as a minimum resolution. • 720p content is usually upscaled • Virtual resolutions — as an example, the Nintendo Wii has a virtual width of 800 pixels. Height varies based on the type of TV (4:3 or 16:9 aspect ratio) and user settings.
  30. We need to be careful of the impact we have

    on the world. http://www.flickr.com/photos/samout3/3411361042/
  31. Mozilla/5.0 (DirectFB; Linux; ko-KR) AppleWebKit/534.26+ (KHTML, like Gecko) Version/5.0 Safari/534.26+

    User Agent String for a 2012 LG Smart TV Nothing we can use in that string!
  32. Are Smart TVs the equivalent of phones before the iPhone

    was released? http://www.flickr.com/photos/rhodes/6297487639/
  33. Are Smart TVs the equivalent of phones before the iPhone

    was released? is gives me hope. http://www.flickr.com/photos/rhodes/6297487639/
  34. Choosing responsiveness, as a characteristic shouldn’t necessarily de ne the

    wider implementation approach. Device Experiences (i.e. standalone sites, aimed at a group of devices) can also be responsive, providing the exibility to support a much wider range of devices. —Stephanie Rieger

    M B E R 14, 2010 Smartphone Browser Landscape by P E T E R - P A U L K O C H Published in: User Interface Design, Mobile, Mobile Design, Mobile Development Discuss this article » | Share this article » Users expect websites to work on their mobile phones. In two to three years, mobile support will become standard for any site. Web developers must add mobile web development to their skill set or risk losing clients. How do you make websites mobile compatible? The answer is obvious: By testing them on all mobile phones, and by solving the problems you encounter. But, that’s a useless answer. It’s impossible to test your designs on every mobile phone out there. Within the mobile phone landscape, there are at least ten operating systems (OSs) and fifteen browsers that require consideration. Mobile devices are expensive, and not every web developer can afford to buy five to ten of them. Testing “on all mobile phones” is impossible for most web developers. In this article, I’ll give you an overview of the mobile web market, as well as phone platforms and their browsers, so that you can decide which mobile devices to test on. Then, we’ll look at how to set up a mobile test bed. Search ALA include discussions Topics Code Content Culture Design Mobile Process User Science Snapshot Most web designers and developers (not to mention the entire blogosphere) fall squarely in the high-end market. A cultural bias exists against OSs aimed at any other market. As a result, most people focus on the struggle between iOS and Android, and ignore the rest. This has to change. Stay in better touch with customers with No. 320
  36. “Testing on as many devices as possible is a great

    idea in theory, but in practice it is untenable. Even if we buy a few devices to try to cover more ground, they will be outdated in just a few months or a year at most. So are we supposed to buy multiple devices per year?” posted at 11:32 am on December 14, 2010 by klayon “If that’s the mobile landscape, I want no part of it.” posted at 07:22 am on December 15, 2010 by Polsonby http://www.alistapart.com/comments/smartphone-browser-landscape/
  37. What are people actually expecting when they buy a smart

    tv? http://www.flickr.com/photos/presta/623444414/
  38. Why do we need to look at our phones to

    get directions? One vibration for left. Two for right. http://www.flickr.com/photos/williamhook/4225307113
  39. It may be multiple screens interacting together. Need to think

    about multiple screens. http://www.apple.com/ipad/features/
  40. It may be multiple screens interacting together. Need to think

    about multiple screens. http://www.apple.com/ipad/features/
  41. Do we need a new way to talk about context?

  42. Or is TV context different simply because we’re still in

    the feature phone era of Smart TVs? http://www.flickr.com/photos/rhodes/6297487639/
  43. “Some people at Net ix have been arguing for a

    single experience across all devices. is has never born out in any kind of testing. Instead, Net ix has a variety of experiences on different devices and even regions.” http://www.lukew.com/ff/entry.asp?1339
  44. • User posture: Stationary, Lean back, on-the-go, shared • Input

    capabilities: pointer/keyboard, LRUD/OSK, Gesture/OSK • Navigation style: controls & windows, panes • Display capabilities: Hi-Res, near, far away, small, medium, large • ese constraints are really powerful. You need to embrace them to get to appropriate designs. http://www.lukew.com/ff/entry.asp?1339
  45. When we need more control to craft an experience for

    a given device, how can we do so in a sustainable manner?
  46. Flickr photo by Drift Words: http://www.flickr.com/photos/44124413076@N01/11846265/ So we won’t build

    solutions for today’s problems and then nd ourselves surprised by what comes next.
  47. Jason Grigsby @grigs • cloudfour.com Slides: bit.ly/immobile-web ank You! Special

    thanks to Patrick H. Lauke, the Google TV team, Flickr users sharing under creative commons & the kind folks at Beaverton Video Only. http://www.flickr.com/photos/sualk61/4083223760/
  48. Get 40% off of the print and 50% off of

    ebook version using code AUTHD at oreilly.com. OR Amazon link (no code): http://bit.ly/hf-mw