Tweet
Tweet

Slide 1

Slide 1 text

Adaptive Input Jason Grigsby • @grigs • cloudfour.com http://bit.ly/grigs-orlando14

Slide 2

Slide 2 text

No content

Slide 3

Slide 3 text

http://theunipiper.com

Slide 4

Slide 4 text

Follow along at @grigs_talks http://bit.ly/grigs-orlando14

Slide 5

Slide 5 text

http://www.flickr.com/photos/cdm/51747860/

Slide 6

Slide 6 text

http://www.flickr.com/photos/rheaney/4397863376 It started with TVs.

Slide 7

Slide 7 text

Designing for a 10-foot UI is very different. http://www.flickr.com/photos/chrisbartow/5835428673

Slide 8

Slide 8 text

Larger text and fewer words.

Slide 9

Slide 9 text

Make up, down, left, right directions clear. http://images.dailytech.com/nimage/29122_large_amazon_prime_screen_5.jpg

Slide 10

Slide 10 text

How do we know what is a TV?

Slide 11

Slide 11 text

This is HDTV.

Slide 12

Slide 12 text

This is HDTV. 1980 px 1080 px

Slide 13

Slide 13 text

Resolution does not define the optimal experience.

Slide 14

Slide 14 text

Next came responsive web apps. https://twitter.com/freediverx/status/354698695041744896

Slide 15

Slide 15 text

Responsive design for apps is inevitable. http://blog.cloudfour.com/responsive-design-for-apps-part-1/

Slide 16

Slide 16 text

Lines between device classes are blurring Model Type Size Size Display Resolution Resolution Viewport Viewport W H W H W H Samsung Galaxy Note 2 Phone 3.17” 5.95” 5.5” 720 1280 360 640 Motorola RAZR HD Phone 2.67” 5.19” 4.7” 720 1280 360 519 Motorola Atrix HD Phone 2.75” 5.26” 4.5” 720 1280 540 812 HTC Droid DNA Phone 2.78” 5.5” 5” 1080 1920 360 640 Nexus 7 Tablet 4.72” 7.81” 7” 800 1280 600 793 Kindle Fire Tablet 4.72” 7.44” 7” 600 1024 600 819 Kindle Fire HD Tablet 5.4” 7.6” 7” 800 1280 533 731

Slide 17

Slide 17 text

640 px 600 px 519 px 640 px 622 px 533 px 812 px Which are phones and which are tablets?

Slide 18

Slide 18 text

x 480 320 x 568 320 x 667 375 x 736 414 x 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 19

Slide 19 text

480 320 568 320 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 20

Slide 20 text

480 320 568 320 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 21

Slide 21 text

480 320 568 320 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 22

Slide 22 text

480 320 568 320 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 23

Slide 23 text

480 320 568 320 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 24

Slide 24 text

480 320 568 320 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 25

Slide 25 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 26

Slide 26 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 27

Slide 27 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 28

Slide 28 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 29

Slide 29 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 30

Slide 30 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 31

Slide 31 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 32

Slide 32 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 33

Slide 33 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 34

Slide 34 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 35

Slide 35 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 36

Slide 36 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 37

Slide 37 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 38

Slide 38 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 39

Slide 39 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 40

Slide 40 text

480 320 568 667 375 736 414 768 1024 Even iOS is now a continuum. The Magic 32 pixels iPad, iPad Mini, iPad Air iPhone - iPhone 4s iPhone 5 iPhone 5c iPhone 5s iPhone 6 iPhone 6 Plus

Slide 41

Slide 41 text

https://twitter.com/_munter_/status/511770590123143168

Slide 42

Slide 42 text

http://www.flickr.com/photos/geatchy/8489505999

Slide 43

Slide 43 text

How do I make this responsive? How do I make this responsive?

Slide 44

Slide 44 text

No content

Slide 45

Slide 45 text

mobile desktop THE ART OF WEB DEVELOPMENT THE ART OF WEB DEVELOPMENT Web widgets THE ART OF WEB DEVELOPMENT THE ART OF WEB DEVELOPMENT Mobile widgets

Slide 46

Slide 46 text

No content

Slide 47

Slide 47 text

No content

Slide 48

Slide 48 text

No content

Slide 49

Slide 49 text

No content

Slide 50

Slide 50 text

No content

Slide 51

Slide 51 text

No content

Slide 52

Slide 52 text

It’s not that we’re technically incapable, but adapting a phone UI to a tablet UI is not so dissimilar from trying to automatically adapt desktop UI to a phone. They are fundamentally different platforms with different usability considerations, and something that makes sense on phones may or may not belong on tablets. —Todd Anglin, Kendo UI http://www.kendoui.com/blogs/teamblog/posts/12-09-11/universal_mobile_apps_with_html5_and_kendo_ui.aspx

Slide 53

Slide 53 text

Sometimes it’s hard to envision a responsive version. http://demos.kendoui.com/web/grid/editing.html

Slide 54

Slide 54 text

http://www.flickr.com/photos/jesuspresley/384080245/ We want people to be productive…

Slide 55

Slide 55 text

and stay in the zone. http://www.flickr.com/photos/raccatography/8038855203

Slide 56

Slide 56 text

http://www.flickr.com/photos/shantellmartin/4543010568 Which seems very different from playing on an iPad.

Slide 57

Slide 57 text

For both the TV…

Slide 58

Slide 58 text

and the desktop web app…

Slide 59

Slide 59 text

input matters much more than screen size.

Slide 60

Slide 60 text

The grid is important to support d-pad interaction. http://images.dailytech.com/nimage/29122_large_amazon_prime_screen_5.jpg

Slide 61

Slide 61 text

http://www.flickr.com/photos/royalsapien/2387707860

Slide 62

Slide 62 text

And keyboard and mouse are what we envision work is. http://www.flickr.com/photos/royalsapien/2387707860

Slide 63

Slide 63 text

http://www.flickr.com/photos/hellogeri/6154034099/ A few years ago, Jeremy talked about how…

Slide 64

Slide 64 text

http://www.flickr.com/photos/60415054@N00/14301113/ we told ourselves that the web was…

Slide 65

Slide 65 text

http://www.flickr.com/photos/60415054@N00/14301113/

Slide 66

Slide 66 text

http://www.flickr.com/photos/60415054@N00/14301113/ 640 px 480 px

Slide 67

Slide 67 text

640 px 480 px

Slide 68

Slide 68 text

No content

Slide 69

Slide 69 text

No content

Slide 70

Slide 70 text

No content

Slide 71

Slide 71 text

No content

Slide 72

Slide 72 text

1024 px 768 px

Slide 73

Slide 73 text

http://www.flickr.com/photos/adactio/6153481666/

Slide 74

Slide 74 text

http://www.flickr.com/photos/adactio/6153481666/ Then mobile came and made us realize…

Slide 75

Slide 75 text

that it was a consensual hallucination all along. http://www.flickr.com/photos/garibaldi/303085857/

Slide 76

Slide 76 text

The web never had a fixed canvas. http://www.flickr.com/photos/paulocarrillo/124755065/

Slide 77

Slide 77 text

Even our tools perpetuate the lie.

Slide 78

Slide 78 text

http://www.flickr.com/photos/69797234@N06/7203485148/ We’ve made tremendous progress.

Slide 79

Slide 79 text

But there is another consensual hallucination. http://www.flickr.com/photos/garibaldi/303085857/

Slide 80

Slide 80 text

No content

Slide 81

Slide 81 text

= =

Slide 82

Slide 82 text

No content

Slide 83

Slide 83 text

Supports hover and pointer events.

Slide 84

Slide 84 text

No content

Slide 85

Slide 85 text

No content

Slide 86

Slide 86 text

Keyboard and touch.

Slide 87

Slide 87 text

No content

Slide 88

Slide 88 text

No content

Slide 89

Slide 89 text

Even the iPhone can have a keyboard.

Slide 90

Slide 90 text

No content

Slide 91

Slide 91 text

No content

Slide 92

Slide 92 text

Are these laptops or tablets?

Slide 93

Slide 93 text

No content

Slide 94

Slide 94 text

No content

Slide 95

Slide 95 text

Desktop computer with 23” touch screen

Slide 96

Slide 96 text

No content

Slide 97

Slide 97 text

Luke nailed it. http://static.lukew.com/unified_device_design.png

Slide 98

Slide 98 text

No content

Slide 99

Slide 99 text

We can no longer make assumptions about input based on screen size or form factor. And we probably never should have.

Slide 100

Slide 100 text

http://www.flickr.com/photos/cblue98/7254221968

Slide 101

Slide 101 text

Input represents a bigger challenge than screen size. http://www.flickr.com/photos/cblue98/7254221968

Slide 102

Slide 102 text

http://www.flickr.com/photos/taedc/9278192929

Slide 103

Slide 103 text

And it is changing more rapidly than ever before. http://www.flickr.com/photos/taedc/9278192929

Slide 104

Slide 104 text

So let’s take a closer look…

Slide 105

Slide 105 text

Let’s start with futuristic input. http://www.flickr.com/photos/jdhancock/3714748769/

Slide 106

Slide 106 text

http://uncyclopedia.wikia.com/wiki/ File:Man_yelling_at_computer.JPG VOICE

Slide 107

Slide 107 text

http://uncyclopedia.wikia.com/wiki/ File:Man_yelling_at_computer.JPG VOICE

Slide 108

Slide 108 text

http://www.98ps.com/viewnews-15222.html

Slide 109

Slide 109 text

Siri gets all of the hype… http://www.98ps.com/viewnews-15222.html

Slide 110

Slide 110 text

but both Microsoft and Google have compelling voice input in their products.

Slide 111

Slide 111 text

No content

Slide 112

Slide 112 text

No content

Slide 113

Slide 113 text

No content

Slide 114

Slide 114 text

How should web pages change to support voice control?

Slide 115

Slide 115 text

No content

Slide 116

Slide 116 text

No content

Slide 117

Slide 117 text

Google voice search

Slide 118

Slide 118 text

You can use speech recognition too. http://www.google.com/intl/en/chrome/demos/speech.html http://www.moreawesomeweb.com/demos/speech_translate.html

Slide 119

Slide 119 text

Web Speech API Specification 19 October 2012 Editors: Glen Shires, Google Inc. Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups.

Slide 120

Slide 120 text

Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events 5.1.4 SpeechRecognitionError 5.1.5 SpeechRecognitionAlternative 5.1.6 SpeechRecognitionResult

Slide 121

Slide 121 text

Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events 5.1.4 SpeechRecognitionError 5.1.5 SpeechRecognitionAlternative 5.1.6 SpeechRecognitionResult Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events 5.1.4 SpeechRecognitionError 5.1.5 SpeechRecognitionAlternative 5.1.6 SpeechRecognitionResult

Slide 122

Slide 122 text

Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events 5.1.4 SpeechRecognitionError 5.1.5 SpeechRecognitionAlternative 5.1.6 SpeechRecognitionResult Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events 5.1.4 SpeechRecognitionError 5.1.5 SpeechRecognitionAlternative 5.1.6 SpeechRecognitionResult

Slide 123

Slide 123 text

Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events 5.1.4 SpeechRecognitionError 5.1.5 SpeechRecognitionAlternative 5.1.6 SpeechRecognitionResult Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events

Slide 124

Slide 124 text

Hans Wennborg, Google Inc. Please refer to the errata for this document, which may include some normative corrections. Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events 5.1.4 SpeechRecognitionError 5.1.5 SpeechRecognitionAlternative 5.1.6 SpeechRecognitionResult Copyright © 2012 the Contributors to the Web Speech API Specification, published by the Speech API Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available. Abstract This specification defines a JavaScript API to enable web developers to incorporate speech recognition and synthesis into their web pages. It enables developers to use scripting to generate text-to-speech output and to use speech recognition as an input for forms, continuous dictation and control. The JavaScript API allows web pages to control activation and timing and to handle results and alternatives. Status of This Document This specification was published by the Speech API Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Final Specification Agreement (FSA) other conditions apply. Learn more about W3C Community and Business Groups. All feedback is welcome. Table of Contents 1 Conformance requirements 2 Introduction 3 Use Cases 4 Security and privacy considerations 5 API Description 5.1 The SpeechRecognition Interface 5.1.1 SpeechRecognition Attributes 5.1.2 SpeechRecognition Methods 5.1.3 SpeechRecognition Events

Slide 125

Slide 125 text

Special thanks to Eric Bidelman http://moreawesomeweb.com Speech Recognition API Support

Slide 126

Slide 126 text

No content

Slide 127

Slide 127 text

Gestures?

Slide 128

Slide 128 text

http://leapmotion.com

Slide 129

Slide 129 text

https://www.kickstarter.com/projects/1761670738/ring-shortcut-everything

Slide 130

Slide 130 text

https://www.kickstarter.com/projects/1761670738/ring-shortcut-everything

Slide 131

Slide 131 text

https://vine.co/v/MIjTE3ZDxa3

Slide 132

Slide 132 text

No content

Slide 133

Slide 133 text

Amazing, but too new to know what, if anything, this technology will mean for the web.

Slide 134

Slide 134 text

Let’s come back from the future and look at something much Dumber. Dumber

Slide 135

Slide 135 text

Dumber

Slide 136

Slide 136 text

Dumber

Slide 137

Slide 137 text

-pad remote controls D

Slide 138

Slide 138 text

-pad remote controls D

Slide 139

Slide 139 text

-pad remote controls D

Slide 140

Slide 140 text

http://www.flickr.com/photos/stewc/6669743035/

Slide 141

Slide 141 text

http://www.flickr.com/photos/stewc/6669743035/ TVs browsers that support d-pad, send arrow key events.

Slide 142

Slide 142 text

http://www.wasdkeyboards.com/index.php/catalog/product/gallery/id/7164/image/343/

Slide 143

Slide 143 text

If then http://www.wasdkeyboards.com/index.php/catalog/product/gallery/id/7164/image/343/

Slide 144

Slide 144 text

No content

Slide 145

Slide 145 text

is undetectable. This is a recurring theme for input.

Slide 146

Slide 146 text

Sensors and camera http://www.flickr.com/photos/retrocactus/2170677056

Slide 147

Slide 147 text

Sensors and camera Camera http://www.flickr.com/photos/retrocactus/2170677056

Slide 148

Slide 148 text

GPS http://www.flickr.com/photos/3dking/149450434

Slide 149

Slide 149 text

GPS GeoLocation http://www.flickr.com/photos/3dking/149450434

Slide 150

Slide 150 text

No content

Slide 151

Slide 151 text

Gyroscope & Accelerometer

Slide 152

Slide 152 text

http://www.flickr.com/photos/chrisjagers/4694134078

Slide 153

Slide 153 text

Back to today’s problems. http://www.flickr.com/photos/chrisjagers/4694134078

Slide 154

Slide 154 text

No content

Slide 155

Slide 155 text

Hover state No hover state

Slide 156

Slide 156 text

Hover state Typing easier for many No hover state Typing often more difficult

Slide 157

Slide 157 text

Higher precision with mouse means smaller targets possible Hover state Less precise than mouse and requires larger touch targets Typing easier for many No hover state Typing often more difficult

Slide 158

Slide 158 text

Higher precision with mouse means smaller targets possible Hover state Less precise than mouse and requires larger touch targets Typing easier for many No hover state Typing often more difficult Right clicking and “power” tools Single and multi-touch gestures

Slide 159

Slide 159 text

No content

Slide 160

Slide 160 text

No content

Slide 161

Slide 161 text

http://www.flickr.com/photos/28096801@N05/5012309802

Slide 162

Slide 162 text

I got this. Detect touch. http://www.flickr.com/photos/28096801@N05/5012309802

Slide 163

Slide 163 text

No content

Slide 164

Slide 164 text

Whatever you may think, it currently isn't possible to reliably detect whether or not the current device has a touchscreen, from within the browser. —Stu Cox, You Can’t Reliably Detect a Touch Screen http://www.stucox.com/blog/you-cant-detect-a-touchscreen/

Slide 165

Slide 165 text

Chrome has entertained idea of enabling touch by default. https://code.google.com/p/chromium/issues/detail?id=159527 https://docs.google.com/a/cloudfour.com/presentation/d/1-n1qyzewpagREbzW2zm0wOalq33UhbtbSkWf9mEdly8/ edit#slide=id.gc2d80e5b_171

Slide 166

Slide 166 text

No content

Slide 167

Slide 167 text

Detect a mouse? Not reliably.

Slide 168

Slide 168 text

No content

Slide 169

Slide 169 text

No content

Slide 170

Slide 170 text

Surely we can detect a keyboard?

Slide 171

Slide 171 text

Surely we can detect a keyboard? NOPE

Slide 172

Slide 172 text

No content

Slide 173

Slide 173 text

Input is dynamic.

Slide 174

Slide 174 text

Input is dynamic.

Slide 175

Slide 175 text

Boris Smus’s experiments responding to input. http://smus.com/touch-laptop-experiments/

Slide 176

Slide 176 text

Boris Smus’s experiments responding to input. http://smus.com/touch-laptop-experiments/

Slide 177

Slide 177 text

http://www.flickr.com/photos/lyza/7382235106 Maybe we need to be more zen about input.

Slide 178

Slide 178 text

No content

Slide 179

Slide 179 text

After poking at this problem for a few weeks, my conclusion is: every desktop UI should be designed for touch now. When any desktop machine could have a touch interface, we have to proceed as if they all do. —Josh Clark http://globalmoxie.com/blog/desktop-touch-design.shtml

Slide 180

Slide 180 text

No content

Slide 181

Slide 181 text

What about those who won’t let go of their “power” interfaces? http://www.flickr.com/photos/ecos/4092571213/

Slide 182

Slide 182 text

http://www.flickr.com/photos/scarygami/5689980135/ One option: give them a choice.

Slide 183

Slide 183 text

No content

Slide 184

Slide 184 text

Gmail display density settings

Slide 185

Slide 185 text

No content

Slide 186

Slide 186 text

No content

Slide 187

Slide 187 text

Th Dream Experience - … Uploaded 2 years ago More Of The Dream Exp… Uploaded 2 years ago The Dream Experience -… Uploaded 2 years ago The Dream Experience … Uploaded 2 years ago The Love King Breaks It… Uploaded 2 years ago War Paint for Trees From Lincoln Motor Company Join Log In Create Watch Upload Search s [ ] – VIDEOS Vimeo Couch Mode

Slide 188

Slide 188 text

Couch Mode + See all Centric TV’s videos / Recently viewed / Related videos Th Dream Experience - … Uploaded 2 years ago More Of The Dream Exp… Uploaded 2 years ago The Dream Experience -… Uploaded 2 years ago The Dream Experience … Uploaded 2 years ago The Love King Breaks It… Uploaded 2 years ago PROMOTED War Paint for Trees From Lincoln Motor Company Join Log In Create Watch Upload Search s [ ] – VIDEOS Vimeo Couch Mode

Slide 189

Slide 189 text

Couch Mode + See all Centric TV’s videos / Recently viewed / Related videos Th Dream Experience - … Uploaded 2 years ago More Of The Dream Exp… Uploaded 2 years ago The Dream Experience -… Uploaded 2 years ago The Dream Experience … Uploaded 2 years ago The Love King Breaks It… Uploaded 2 years ago PROMOTED War Paint for Trees From Lincoln Motor Company Join Log In Create Watch Upload Search s [ ] – VIDEOS Couch Mode + See all Centric TV’s videos / Recently viewed / Related videos Th Dream Experience - … Uploaded 2 years ago More Of The Dream Exp… Uploaded 2 years ago The Dream Experience -… Uploaded 2 years ago The Dream Experience … Uploaded 2 years ago The Love King Breaks It… Uploaded 2 years ago PROMOTED War Paint for Trees From Lincoln Motor Company Join Log In Create Watch Upload Search s [ ] – VIDEOS Vimeo Couch Mode

Slide 190

Slide 190 text

Vimeo Couch Mode

Slide 191

Slide 191 text

No content

Slide 192

Slide 192 text

The key benefit of this approach: You’re designing for user need not for a specific form factor or input.

Slide 193

Slide 193 text

http://www.flickr.com/photos/raver_mikey/504815463

Slide 194

Slide 194 text

No content

Slide 195

Slide 195 text

Progressive Input?

Slide 196

Slide 196 text

Graph from Chapter 1 of Adaptive Web Design by Aaron Gustafson http://easy-readers.net/books/ adaptive-web-design/

Slide 197

Slide 197 text

Graph from Chapter 1 of Adaptive Web Design by Aaron Gustafson http://easy-readers.net/books/ adaptive-web-design/ Progressive enhancement contains a value judgment

Slide 198

Slide 198 text

Who are we to judge what input is better? http://www.flickr.com/photos/fensterbme/4783366926

Slide 199

Slide 199 text

We need to adapt and respond. http://www.flickr.com/photos/cdm/147947664/

Slide 200

Slide 200 text

Learn how to let go of the illusions that comfort us. http://www.flickr.com/photos/garibaldi/303085857/

Slide 201

Slide 201 text

No content

Slide 202

Slide 202 text

No content

Slide 203

Slide 203 text

No content

Slide 204

Slide 204 text

This is the web as it should be. As it wants to be. The web in its natural state. http://www.flickr.com/photos/25062265@N06/6069101123

Slide 205

Slide 205 text

It is what our users expect. http://www.flickr.com/photos/johanl/ 6798184016

Slide 206

Slide 206 text

No content

Slide 207

Slide 207 text

http://www.flickr.com/photos/wwworks/138495

Slide 208

Slide 208 text

Thank You! SLIDES: http://bit.ly/grigs-orlando14 Special thanks to Flickr users for generously sharing their photos under creative commons license.