of 30 /30
Google Mirror API Don’t Make Fragile Glassware

Google mirror api

Embed Size (px)


Google Mirror API, What is Google Glass, How to Develop for Google Glass, Android Developer guide to everything Google Glass, Glassware, Make the next big thing for Android, Live Cards, Past, Present and Future of Google Glass.

Text of Google mirror api

Page 1: Google mirror api

Google Mirror API

Don’t Make Fragile Glassware

Page 2: Google mirror api


Glass is fundamentally different than existing mobile platforms in both design and use.

Review following Principles when building Glassware to give users the best experience

Page 3: Google mirror api

Design for Glass

Page 4: Google mirror api

For Glass its now or never

Google+ on Glass shows a single card for each post, with a simple layout and most content behind a Read more menu item.

Page 5: Google mirror api

Don't get in the way

Glass is designed to be there when you need it and out of the way when you don't. Your Glassware must function in the same way. Offer engaging functionality that supplements the user's life without taking away from it.

Page 6: Google mirror api

Keep It relevant

Deliver information at the right place and time for each of your users. The most relevant experiences are also the most magical and lead to increased engagement and satisfaction

Page 7: Google mirror api

Avoid the Unexpected

Unexpected functionality and bad experiences on Glass are much worse than on other devices, because Glass is so close to your users' senses.

Don't send content too frequently and at unexpected times. Always make it clear to users what the intention of your Glassware is and never pretend to be something you're not.

Page 8: Google mirror api

Build for people

Design interfaces that use imagery, colloquial voice interactions, and natural gestures.

Focus on a fire-and-forget usage model where users can start actions quickly and continue with what they're doing.

Page 9: Google mirror api


The timeline controls most of the user experience

Page 10: Google mirror api

Immersions can momentarily take over for the timeline

Page 11: Google mirror api


The Glass user interface is a virtual timeline that is comprised of 640 × 360 pixel cards.

Users scroll through the timeline to reveal cards in the past, present, and future.

The most recent items reside in the center of the timeline, closest to the user experience.

Page 12: Google mirror api

Settings Present/Future Home Past

Timeline sections

Standard sections in the timeline define where cards reside based on the card's temporality.

Page 13: Google mirror api

Live Cards

Live cards appear within the timeline and contain content that is important at the current time.

They constantly update to keep the information fresh and relevant.

Page 14: Google mirror api

Live Cards - TypesYou can only create live cards with the GDK, because they require access to lower-level functionality that the Mirror API does not have. There are two types of live cards that you can create.

High frequencyThis type renders many times a second and can show rich 3D or 2D content. If you require fast rendering and a wide variety of UI rendering options, this type of live card works best.

Low frequencyThis type renders the card once every few seconds and can only show a limited amount of UI components (mainly text and images). A good use for this type of live card is to display status or information updates that don't require real-time updates.

Page 15: Google mirror api

Static Cards

Static cards appear within the history section of the timeline.

Each card focuses on one thing, is visually clear, and is simple to read.

Page 16: Google mirror api

CharacteristicsThe simplest static card consists of one card that is displayed in the history section of the timeline. A card can also take on characteristics that affect its behavior and structure.

PaginatedPaginated cards spread content across many cards, because the content is too long. The content would otherwise make sense on one card. Examples include a single news story or a single email.Tapping the card reveals a Read more action that reveals the rest of the content that users can swipe through.

BundledBundles group together similar but distinct cards. Each card can stand on its own but bundles allow logical groupings of cards based on similiarity or creation time.Bundles have a page curl at the top right corner notifying users more information is available. Tapping on a bundle reveals a sub-timeline of cards that users can swipe through.

Page 17: Google mirror api

Periodic notificationsThis pattern describes inserting static cards in the timeline without an invocation model.Notifications leverage Mirror services or background services on Glass to push notifications to the timeline.

Page 18: Google mirror api

Ongoing taskOngoing tasks are long-running live cards that users leave and come back to frequently.

For example, the Stopwatch sample that is shipped with the GDK starts the stopwatch with an ok glass command.

Users can view the stopwatch for some time, navigate through the timeline to check other cards, and come back to the stopwatch. If the display sleeps, the stopwatch is the default card that displays when the display wakes up (as long as it had focus when the display went to sleep).Users can stop the stopwatch by tapping on a Stop menu item.

Page 19: Google mirror api

Another example of an ongoing task is Strava.

Strava inserts a live card that contains a timer for a current run or bike ride.

Tapping on the live card reveals menus to carry out a wide array of options.

A finish menu item removes the live card from the timeline when users are finished with their run or bike ride.

Page 20: Google mirror api

Card regions

Glass defines dimensions for a set of common regions to make it easy to design and display different cards consistently.

Page 21: Google mirror api

Main layout

Page 22: Google mirror api

Full bleed with text

Page 23: Google mirror api


Left image or column

Page 24: Google mirror api

Glassware Installation Icons

Page 25: Google mirror api
Page 26: Google mirror api

WritingYou have limited space for text, so follow these guidelines when writing text for your Glassware.

Keep it brief. Be concise, simple and precise. Look for alternatives to long text such as reading the content aloud, showing images or video, or removing features.

Keep it simple. Pretend you're speaking to someone who's smart and competent, but doesn't know technical jargon and may not speak English very well. Use short words, active verbs, and common nouns.

Be friendly. Use contractions. Talk directly to the reader using second person ("you"). If your text doesn't read the way you'd say it in casual conversation, it's probably not the way you should write it.

Put the most important thing first. The first two words (around 11 characters, including spaces) should include at least a taste of the most important information in the string. If they don't, start over. Describe only what's necessary, and no more. Don't try to explain subtle differences. They will be lost on most users.

Avoid repetition. If a significant term gets repeated within a screen or block of text, find a way to use it just once.

Page 27: Google mirror api

Glass Development Kit

The Glass Development Kit (GDK) is an add-on to the Android SDK that lets you build Glassware that runs directly on Glass.

Page 28: Google mirror api

Work in the Android environment

We designed the Glass platform to make the existing Android SDK just work on Glass. This lets you code in a familiar environment, but for a uniquely novel device.

In addition, you can use all of the existing Android development tools, and your Glassware is even delivered as a standard Android package (APK).

Page 29: Google mirror api

Look out for My next Presentation

Google Mirror API – Developer Guide

Page 30: Google mirror api


Great Old www.google.com

Reach me : [email protected]