From 02123630ca652d88191dc8739dcb2e5559655bd5 Mon Sep 17 00:00:00 2001
From: Peter Ng
When crafting a confirmation dialog, make the title meaningful by echoing the requested action.
++ Are you sure? + | +
---|
+ Warning! + | +
---|
+ Erase USB storage? + | +
---|
Fixed tabs display all items concurrently. To navigate to a different view, touch the tab, or swipe left or right.
+Fixed tabs are displayed with equal width, based on the width of the widest tab label. If there is insufficient room to display all tabs, the tab labels themselves will be scrollable. For this reason, fixed tabs are best suited for displaying 3 or fewer tabs.
diff --git a/docs/html/design/media/action_bar_pattern_share_pack.png b/docs/html/design/media/action_bar_pattern_share_pack.png index dde18f3..c8cff61 100644 Binary files a/docs/html/design/media/action_bar_pattern_share_pack.png and b/docs/html/design/media/action_bar_pattern_share_pack.png differ diff --git a/docs/html/design/media/confirm_ack_flowchart.png b/docs/html/design/media/confirm_ack_flowchart.png index 277cb11..3935d47 100644 Binary files a/docs/html/design/media/confirm_ack_flowchart.png and b/docs/html/design/media/confirm_ack_flowchart.png differ diff --git a/docs/html/design/media/downloads_stencils.png b/docs/html/design/media/downloads_stencils.png index 9e09319..9b1a9fe 100644 Binary files a/docs/html/design/media/downloads_stencils.png and b/docs/html/design/media/downloads_stencils.png differ diff --git a/docs/html/design/media/help_better.png b/docs/html/design/media/help_better.png index fde5cb2..83d7b07 100644 Binary files a/docs/html/design/media/help_better.png and b/docs/html/design/media/help_better.png differ diff --git a/docs/html/design/media/help_dont.png b/docs/html/design/media/help_dont.png index a1c9841..3c52c97 100644 Binary files a/docs/html/design/media/help_dont.png and b/docs/html/design/media/help_dont.png differ diff --git a/docs/html/design/media/help_evenbetter.png b/docs/html/design/media/help_evenbetter.png index beb88f8..66b9d16 100644 Binary files a/docs/html/design/media/help_evenbetter.png and b/docs/html/design/media/help_evenbetter.png differ diff --git a/docs/html/design/media/multipane_expand.png b/docs/html/design/media/multipane_expand.png index f761e5f..6014cc8 100644 Binary files a/docs/html/design/media/multipane_expand.png and b/docs/html/design/media/multipane_expand.png differ diff --git a/docs/html/design/media/new_notifications.png b/docs/html/design/media/new_notifications.png index 1d9bcf5..a7293c8 100644 Binary files a/docs/html/design/media/new_notifications.png and b/docs/html/design/media/new_notifications.png differ diff --git a/docs/html/design/media/notifications_expand_contract_msg.png b/docs/html/design/media/notifications_expand_contract_msg.png index f37ec2c..056c9f2 100644 Binary files a/docs/html/design/media/notifications_expand_contract_msg.png and b/docs/html/design/media/notifications_expand_contract_msg.png differ diff --git a/docs/html/design/media/notifications_pattern_dialog_toast.png b/docs/html/design/media/notifications_pattern_dialog_toast.png deleted file mode 100644 index 517d57b..0000000 Binary files a/docs/html/design/media/notifications_pattern_dialog_toast.png and /dev/null differ diff --git a/docs/html/design/media/notifications_pattern_expandable.png b/docs/html/design/media/notifications_pattern_expandable.png index 3092676..31cb3f1 100644 Binary files a/docs/html/design/media/notifications_pattern_expandable.png and b/docs/html/design/media/notifications_pattern_expandable.png differ diff --git a/docs/html/design/media/notifications_pattern_personal.png b/docs/html/design/media/notifications_pattern_personal.png index 08880b2..a7293c8 100644 Binary files a/docs/html/design/media/notifications_pattern_personal.png and b/docs/html/design/media/notifications_pattern_personal.png differ diff --git a/docs/html/design/media/swipe_views2.png b/docs/html/design/media/swipe_views2.png index 6479a2f..ee0f2c4 100644 Binary files a/docs/html/design/media/swipe_views2.png and b/docs/html/design/media/swipe_views2.png differ diff --git a/docs/html/design/media/swipe_views3.png b/docs/html/design/media/swipe_views3.png new file mode 100644 index 0000000..bdf9994 Binary files /dev/null and b/docs/html/design/media/swipe_views3.png differ diff --git a/docs/html/design/media/widgets_collection_bookmarks.png b/docs/html/design/media/widgets_collection_bookmarks.png new file mode 100644 index 0000000..86d4d88 Binary files /dev/null and b/docs/html/design/media/widgets_collection_bookmarks.png differ diff --git a/docs/html/design/media/widgets_collection_gmail.png b/docs/html/design/media/widgets_collection_gmail.png new file mode 100644 index 0000000..bbd538d Binary files /dev/null and b/docs/html/design/media/widgets_collection_gmail.png differ diff --git a/docs/html/design/media/widgets_config.png b/docs/html/design/media/widgets_config.png new file mode 100644 index 0000000..0ac3473 Binary files /dev/null and b/docs/html/design/media/widgets_config.png differ diff --git a/docs/html/design/media/widgets_control.png b/docs/html/design/media/widgets_control.png new file mode 100644 index 0000000..a46add8 Binary files /dev/null and b/docs/html/design/media/widgets_control.png differ diff --git a/docs/html/design/media/widgets_gestures.png b/docs/html/design/media/widgets_gestures.png new file mode 100644 index 0000000..f991609 Binary files /dev/null and b/docs/html/design/media/widgets_gestures.png differ diff --git a/docs/html/design/media/widgets_hybrid.png b/docs/html/design/media/widgets_hybrid.png new file mode 100644 index 0000000..470f75f Binary files /dev/null and b/docs/html/design/media/widgets_hybrid.png differ diff --git a/docs/html/design/media/widgets_info.png b/docs/html/design/media/widgets_info.png new file mode 100644 index 0000000..6621158 Binary files /dev/null and b/docs/html/design/media/widgets_info.png differ diff --git a/docs/html/design/media/widgets_resizing01.png b/docs/html/design/media/widgets_resizing01.png new file mode 100644 index 0000000..5c85df6 Binary files /dev/null and b/docs/html/design/media/widgets_resizing01.png differ diff --git a/docs/html/design/media/widgets_resizing02.png b/docs/html/design/media/widgets_resizing02.png new file mode 100644 index 0000000..28f9461 Binary files /dev/null and b/docs/html/design/media/widgets_resizing02.png differ diff --git a/docs/html/design/patterns/actionbar.jd b/docs/html/design/patterns/actionbar.jd index 80aa77d..9ceb499 100644 --- a/docs/html/design/patterns/actionbar.jd +++ b/docs/html/design/patterns/actionbar.jd @@ -3,20 +3,15 @@ page.title=Action Bar -The action bar is arguably the most important structural element of an Android app. It's a -dedicated piece of real estate at the top of each screen that is generally persistent throughout the -app.
-The main purpose of the action bar is to:
+The action bar is a dedicated piece of real estate at the top of each screen that is generally persistent throughout the app.
+It provides several key functions:
If you're new to writing Android apps, note that the action bar is one of the most important design -elements you can implement. Following the guidelines described here will go a long way toward making -your app's interface consistent with the core Android apps.
+If you're new to writing Android apps, note that the action bar is one of the most important design elements you can implement. Following the guidelines described here will go a long way toward making your app's interface consistent with the core Android apps.
The action bar is split into four different functional areas that apply to most apps.
@@ -224,7 +219,7 @@ tabs. Fixed tabs in the main action bar can move to the top bar when the screenA drawer is a slide-out menu that allows users to switch between views of your app. It can be opened by touching the action bar's app icon (decorated with the Up caret.) Because it relies on Up navigation, a drawer is only suitable for use at the topmost level of your app's hierarchy.
+A drawer is a slide-out menu that allows users to switch between views of your app. It can be opened by touching the action bar's app icon (decorated with the Up caret.) Additionally, a drawer can be revealed by an edge swipe from the left of the screen, and dismissed by swiping from the right edge of the drawer. However, because many users will rely on Up navigation to open a drawer, it is only suitable for use at the topmost level of your app's hierarchy.
Open a drawer from the main action bar if:
In this example, the user has requested to delete a book from their Google Play library. A dialog appears to confirm this action because it's important to understand that the book will no longer be available from any device.
+ +In this example, the user has requested to delete a book from their Google Play library. An alert appears to confirm this action because it's important to understand that the book will no longer be available from any device.
When crafting a confirmation dialog, make the title meaningful by echoing the requested action.
- -Are you sure?
Warning!
Delete from library?
Confirmations don't necessarily have to be presented in a dialog with two buttons. After initiating Android Beam, the user is prompted to touch the content to be shared (in this example, it's a photo). If they decide not to proceed, they simply move their phone away.
+ +Confirmations don't necessarily have to be presented in an alert with two buttons. After initiating Android Beam, the user is prompted to touch the content to be shared (in this example, it's a photo). If they decide not to proceed, they simply move their phone away.
In this example, if the user navigates back or up from the Gmail compose screen, something possibly unexpected happens: the current draft is automatically saved. An acknowledgment in the form of a toast makes that apparent. It fades after a few seconds.
Undo isn't appropriate here because saving was initiated by the app, not the user. And it's quick and easy to resume composing the message by navigating to the list of drafts.
After the user deletes a conversation from the list in Gmail, an acknowledgment appears with an undo option. The acknowledgment remains until the user takes an unrelated action, such as scrolling the list.
Confirmation is unnecessary. If the user +1'd by accident, it's not a big deal. They can just touch the button again to undo the action.
+Acknowledgment is unnecessary. The user will see the +1 button bounce and turn red. That's a very clear signal.
+Confirmation is unnecessary. This is a deliberate action: the user must drag and drop an item onto a relatively large and isolated target. Therefore, accidents are highly unlikely. But if the user regrets the decision, it only takes a few seconds to bring it back again.
Acknowledgment is unnecessary. The user will know the app is gone from the Home Screen because they made it disappear by dragging it away.
Confirmation is unnecessary. If the user +1'd by accident, it's not a big deal. They can just touch the button again to undo the action.
-Acknowledgment is unnecessary. The user will see the +1 button bounce and turn red. That's a very clear signal.
-The only reason for showing pure help content to new users unsolicited is:
-To teach high value functionality that's only available through an atypical use of a gesture.
For example, we use help content to teach users how to place apps on their Home Screen. This functionality is:
Without it, users wouldn't be able to customize the most frequently-visited Android screen to meet their needs.
Without it, users wouldn't be able to customize the most frequently visited Android screen to meet their needs.
Users can't do this through a button or a menu.
Many high value functions invoked through a gesture - like scrolling, swiping tabs, and turning pages - are common and yield expected results. Users will be able to discover them in your app, and unsolicited help is unnecessary. But here, the gesture does something unexpected: press and hold doesn't just select an app, it also immediately navigates to the Home Screen and creates a shortcut to the app that can then be dragged around.
However, this is an exceptional case. Most functionality doesn't meet all three of these criteria.
+Because there's no button or menu for it, users might not ever discover it on their own.
+ +However, not all high value gesture-only functionality needs a tutorial. For example, don't teach users how to scroll content. They already know how because it's a fundamental, system-wide interaction.
In addition to help, you might want to expose miscellaneous other information, such as copyright info, credits, terms of service, and privacy policy.
+In addition to help, you might want to expose other information, such as copyright info, credits, terms of service, and privacy policy.
-Let users access this information through your Help menu item, but don't give it prominence equal to the core help content. Optimize the flow for people who have urgent questions about how to do something or why something is happening in your app. The smaller subset of users who are looking for legal fine print or the names of the people who created the app won't be as burdened by taking a few extra steps.
+Let users access this information through the Help menu item, but optimize the flow for people with urgent questions about how to do something or why something is happening in your app. The smaller subset of users who are looking for legal fine print or the names of the people who created the app won't be as burdened by taking a few extra steps.
The same is true for any communication options you might want to provide, such as contacting customer support or submitting feedback. Offer these options in a way that doesn't add an extra step before users see help. When you put the help content forward, you increase the likelihood that users will find the answers on their own, which in turn reduces your support costs.
@@ -91,7 +89,7 @@ page.title=HelpBuild a help screen in your app and offer other options in the action bar.
+Build a help screen in your app and offer other options in the action bar. For example, you could let users contact you with questions or feedback through an action button. The action overflow is the ideal place for non-help information that users rarely need.
This requires more development work than launching a web browser, but it's a nicer experience for users because they don't leave your app to get the help they need and doesn't require a network connection.
When the device rotates, collapse the left pane view to only show the most important information. -Provide an expand control that allows the user to bring the left pane content back to its original -width and vice versa.
+When the device rotates, collapse the left pane view to only show the most important information.
In Jelly Bean, notifications received their most important structural and functional update since the beginning of Android.
The base notification layout has not changed in Jelly Bean, so app notifications designed for versions earlier than Jelly Bean still look and work the same.
+The information arrangement of the base layout has not changed in Jelly Bean, so app notifications designed for versions earlier than Jelly Bean still look and work the same.
With Jelly Bean you have the option to provide more event detail. You can use this to show the first few lines of a message or show a larger image preview. This provides the user with additional context, and - in some cases - may allow the user to read a message in its entirety. The user can pinch-zoom or two-finger glide in order to toggle between base and expanded layouts. For single event notifications, Android provides two expanded layout templates (text and image) for you to re-use in your application.
+With Jelly Bean you have the option to provide more event detail. You can use this to show the first few lines of a message or show a larger image preview. This provides the user with additional context, and - in some cases - may allow the user to read a message in its entirety. The user can pinch-zoom or two-finger glide in order to toggle between base and expanded layouts. For single event notifications, Android provides two expanded layout templates (text and image) for you to re-use in your application.
@@ -53,7 +52,7 @@ page.title=NotificationsAvoid actions that are:
You can specify a maximum of three actions, each consisting of an action icon and an action name. Adding actions to a base layout will make the notification expandable, even if the notification doesn't have an expanded layout. Since actions are only shown for expanded notifications and are otherwise hidden, you must make sure that any action a user can invoke from a notification is available from within the associated application as well.
+You can specify a maximum of three actions, each consisting of an action icon and an action name. Adding actions to a simple base layout will make the notification expandable, even if the notification doesn't have an expanded layout. Since actions are only shown for expanded notifications and are otherwise hidden, you must make sure that any action a user can invoke from a notification is available from within the associated application as well.
When the user touches a notification, open your app to the place where the user can consume and -act upon the data referenced in the notification. In most cases this will be the detail view of a -single data item such as a message, but it might also be a summary view if the notification is -stacked (see Stacked notifications below) and references multiple items. If in any of those cases -the user is taken to a hierarchy level below your app's top-level, insert navigation into your app's -back stack to allow them to navigate to your app's top level using the system back key. For more -information, see the chapter on System-to-app navigation in the -Navigation design pattern.
-By default, standard Android notifications include a timestamp. Consider -whether the timestamp is valuable in the context of your notification.
-Include a timestamp if the user likely needs to know how long ago the notification occurred. Good -candidates for timestamps include communication notifications (email, messaging, chat, voicemail) -where the user may need the timestamp information to understand the context of a message or to -tailor a response.
+When the user touches the body of a notification (outside of the action buttons), open your app to the place where the user can consume and act upon the data referenced in the notification. In most cases this will be the detail view of a +single data item such as a message, but it might also be a summary view if the notification is stacked (see Stacked notifications below) and references multiple items. If in any of those cases the user is taken to a hierarchy level below your app's top-level, insert navigation into your app's back stack to allow them to navigate to your app's top level using the system back key. For more +information, see the chapter on System-to-app navigation in the Navigation design pattern.
Starting with Jelly Bean, Android now supports a priority flag for notifications. It allows you to influence where your notification will appear in comparison to other notifications and help to make sure that users always see their most important notifications first. You can choose from the following priority levels when posting a notification:
- -Priority | @@ -126,6 +111,7 @@ tailor a response.Contextual/background information (e.g. weather information, contextual location information). Minimum priority notifications will not show in the status bar. The user will only discover them when they expand the notification tray. |
---|
If your app creates a notification while another of the same type is still pending, avoid creating @@ -145,29 +131,30 @@ notifications of a particular kind are pending.
Users should always be in control of notifications. Allow the user to silence the notifications from -your app by adding a notification settings item to your application settings.
+Users should always be in control of notifications. Allow the user to disable your apps notifications or change their alert properties, such as alert sound and whether to use vibration, by adding a notification settings item to your application settings.
By glancing at the notification area, the user should be able to discern what notification types are -currently pending.
-Do:
-Look at the notification icons the Android apps already provide and create notification icons for - your app that are sufficiently distinct in appearance.
-Don't:
-Use color to distinguish your app from others. Notification icons should be white.
+By glancing at the notification area, the user should be able to discern what kinds of notifications are currently pending.
+ +Look at the notification icons the Android apps already provide and create notification icons for your app that are sufficiently distinct in appearance.
+Use the proper notification icon style for small icons, and the Holo Dark action bar icon style for your action icons.
+Keep your icons visually simple and avoid excessive detail that is hard to discern.
+Use color to distinguish your app from others.
+ +Many Android devices contain a tiny lamp, called the notification LED, which is used to keep the user informed about events while the screen is off. Notifications with a priority level of MAX, HIGH, or DEFAULT should cause the LED to glow, while those with lower priority (LOW and MIN) should not.
+ +The user's control over notifications should extend to the LED. By default, the LED will glow with a white color. Your notifications shouldn't use a different color unless the user has explicitly customized it.
To create an app that feels streamlined, pleasant, and respectful, it is important to design your notifications carefully. Notifications embody your app's voice, and contribute to your app's personality. Unwanted or unimportant notifications can annoy the user, so use them judiciously.
To create an application that people love, it's important to recognize that the user's attention and -focus is a resource that must be protected. To use an analogy that might resonate with software -developers, the user is not a method that can be invoked to return a value. The user's focus is a -resource more akin to a thread, and creating a notification momentarily blocks the user thread as -they process and then dismiss the interruptive notification.
-Android's notification system has been designed to quickly inform users of events while they focus -on a task, but it is nonetheless still important to be conscientious when deciding to create a -notification.
+To create an application that people love, it's important to recognize that the user's attention and focus is a resource that must be protected. While Android's notification system has been designed to minimize the impact of notifications on the users attention, it is nonetheless still important to be aware of the fact that notifications are potentially interrupting the users task flow. As you plan your notifications, ask yourself if they are important enough to warrant an interruption. If you are unsure, allow the user to opt into a notification using your apps notification settings or adjust the notifications priority flag.
+Time sensitive events are great opportunities for valuable notifications with high priority, especially if these synchronous events involve other people. For instance, an incoming chat is a real time and synchronous form of communication: there is another user actively waiting on you to respond. Calendar events are another good example of when to use a notification and grab the user's attention, because the event is imminent, and calendar events often involve other people.
While well behaved apps generally only speak when spoken to, there are some limited cases where an app actually should interrupt the user with an unprompted notification.
Notifications should be used primarily for time sensitive events, and especially if these @@ -187,27 +174,19 @@ attention, because the event is imminent, and calendar events often involve othe
There are however many other cases where notifications should not be used:
Don't notify the user of information that is not directed specifically at them, or information -that is not truly time sensitive. For instance the asynchronous and undirected updates flowing -through a social network do not warrant a real time interruption.
+Avoid notifying the user of information that is not directed specifically at them, or information that is not truly time sensitive. For instance the asynchronous and undirected updates flowing through a social network generally do not warrant a real time interruption. For the users that do care about them, allow them to opt-in.
Don't create a notification if the relevant new information is currently on screen. Instead, use -the UI of the application itself to notify the user of new information directly in context. For -instance, a chat application should not create system notifications while the user is actively -chatting with another user.
+Don't create a notification if the relevant new information is currently on screen. Instead, use the UI of the application itself to notify the user of new information directly in context. For instance, a chat application should not create system notifications while the user is actively chatting with another user.
Don't interrupt the user for low level technical operations, like saving or syncing information, -or updating an application, if it is possible for the system to simply take care of itself without -involving the user.
+Don't interrupt the user for low level technical operations, like saving or syncing information, or updating an application, if it is possible for the system to simply take care of itself without involving the user.
Don't interrupt the user to inform them of an error if it is possible for the application to -quickly recover from the error on its own without the user taking any action.
+Don't interrupt the user to inform them of an error if it is possible for the application to quickly recover from the error on its own without the user taking any action.
Don't use notifications for services that the user cannot manually start or stop.
+Don't create notifications that have no true notification content and merely advertise your app. A notification should inform the user about a state and should not be used to merely launch an app.
Don't create superfluous notifications just to get your brand in front of users. Such @@ -233,11 +212,8 @@ develop a widget that they can choose to place on their home screen.
Notifications are indicated by icons in the notification area and can be accessed by opening the -notification drawer.
-Inside the drawer, notifications are chronologically sorted with the latest one on top. Touching a -notification opens the associated app to detailed content matching the notification. Swiping left or -right on a notification removes it from the drawer.
+Notifications are indicated by icons in the notification area and can be accessed by opening the notification drawer.
+Inside the drawer, notifications are chronologically sorted with the latest one on top. Touching a notification opens the associated app to detailed content matching the notification. Swiping left or right on a notification removes it from the drawer.
On tablets, the notification area is integrated with the system bar at the bottom of the screen. The -notification drawer is opened by touching anywhere inside the notification area.
+On tablets, the notification area is integrated with the system bar at the bottom of the screen. The notification drawer is opened by touching anywhere inside the notification area.
Ongoing notifications keep users informed about an ongoing process in the background. For example, -music players announce the currently playing track in the notification system and continue to do so -until the user stops the playback. They can also be used to show the user feedback for longer tasks -like downloading a file, or encoding a video. Ongoing notifications cannot be manually removed from -the notification drawer.
+Ongoing notifications keep users informed about an ongoing process in the background. For example, music players announce the currently playing track in the notification system and continue to do so until the user stops the playback. They can also be used to show the user feedback for longer tasks like downloading a file, or encoding a video. Ongoing notifications cannot be manually removed from the notification drawer.
Your app should not create a dialog or toast if it is not currently on screen. Dialogs and Toasts -should only be displayed as the immediate response to the user taking an action inside of your app. -For instance, dialogs can be used to confirm that the user understands the severity of an action, -and toasts can echo back that an action has been successfully taken.
- +Your app should not create a dialog or toast if it is not currently on screen. Dialogs and Toasts should only be displayed as the immediate response to the user taking an action inside of your app. For further guidance on the use of dialogs and toasts, refer to Confirming & Acknowledging.
Android 3.0 introduced the long press gesture—that is, a touch that's held in the same -position for a moment—as the global gesture to select data. This affects the way you should +
Android 3.0 changed the long press gesture—that is, a touch that's held in the same position for a moment—to be the global gesture to select data.. This affects the way you should handle multi-select and contextual actions in your apps.
If your app uses action bar tabs, use swipe to navigate between the different views.
+If your app uses action bar tabs, use swipe to navigate between the different views.
-Use swipe to quickly navigate between detail views or tabs.
-Transition between the views as the user performs the swipe gesture. Do not wait for the - gesture to complete and then transition between views.
-If you used buttons in the past for previous/next navigation, replace them with - the swipe gesture.
-If a view contains content that exceeds the width of the screen such as a wide Email message, make sure the user's initial swipes will scroll horizontally within the view. Once the end of the content is reached, an additional swipe should navigate to the next view. In addition, support the use of edge swipes to immediately navigate between views when content scrolls horizontally.
-Consider adding contextual information in your detail view that informs the user about the - relative list position of the currently visible item.
-Use swipe to quickly navigate between detail views or tabs.
+Transition between the views as the user performs the swipe gesture. Do not wait for the + gesture to complete and then transition between views.
+If you used buttons in the past for previous/next navigation, replace them with + the swipe gesture.
+Consider adding contextual information in your detail view that informs the user about the + relative list position of the currently visible item.
+For more details on how to build swipe views, read the developer documentation on Implementing Lateral Navigation.
+Widgets are an essential aspect of home screen customization. You can imagine them as "at-a-glance" views of an app's most important data and functionality that is accessible right from the user's home screen. Users can move widgets across their home screen panels, and, if supported, resize them to tailor the amount of information within a widget to their preference.
+ +As you begin planning your widget, think about what kind of widget you're trying to build. Widgets typically fall into one of the following categories:
+ +Information widgets typically display a few crucial information elements that are important to a user and track how that information changes over time. Good examples for information widgets are weather widgets, clock widgets or sports score trackers. Touching information widgets typically launches the associated app and opens a detail view of the widget information.
+ +As the name implies, collection widgets specialize on displaying multitude elements of the same type, such as a collection of pictures from a gallery app, a collection of articles from a news app or a collection of emails/messages from a communication app. Collection widgets typically focus on two use cases: browsing the collection, and opening an element of the collection to its detail view for consumption. Collection widgets can scroll vertically.
+The main purpose of a control widget is to display often used functions that the user can trigger right from the home screen without having to open the app first. Think of them as remote controls for an app. A typical example of control widgets are music app widgets that allow the user to play, pause or skip music tracks from outside the actual music app.
+Interacting with control widgets may or may not progress to an associated detail view depending on if the control widget's function generated a data set, such as in the case of a search widget.
+ +While all widgets tend to gravitate towards one of the three types described above, many widgets in reality are hybrids that combine elements of different types.
+For the purpose of your widget planning, center your widget around one of the base types and add elements of other types if needed.
+ + +While widgets could be understood as "mini apps", there are certain limitations that are important to understand before you start to embark on designing your widget:
+ +Because widgets live on the home screen, they have to co-exist with the navigation that is established there. This limits the gesture support that is available in a widget compared to a full-screen app. While apps for example may support a view pager that allows the user to navigate between screens laterally, that gesture is already taken on the home screen for the purpose of navigating between home panels.
+The only gestures available for widgets are:
+Given the above interaction limitations, some of the UI building blocks that rely on restricted gestures are not available for widgets. For a complete list of supported building blocks and more information on layout restrictions, please refer to the "Creating App Widget Layouts" section in the App Widgets API Guide.
+ +Widgets are a great mechanism to attract a user to your app by "advertising" new and interesting content that is available for consumption in your app.
+Just like the teasers on the front page of a newspaper, widgets should consolidate and concentrate an app's information and then provide a connection to richer detail within the app; or in other words: the widget is the information "snack" while the app is the "meal." As a bottom line, always make sure that your app shows more detail about an information item than what the widget already displays.
+ +Besides the pure information content, you should also consider to round out your widget's offering by providing navigation links to frequently used areas of your app. This lets users complete tasks quicker and extends the functional reach of the app to the home screen.
+Good candidates for navigation links to surface on widgets are:
+With version 3.1, Android introduced resizable widgets to the platform. Resizing allows users to adjust the height and/or the width of a widget within the constraints of the home panel placement grid. You can decide if your widget is freely resizable or if it is constrained to horizontal or vertical size changes. You do not have to support resizing if your particular widget is inherently fixed-size.
+Allowing users to resize widgets has important benefits:
+Planning a resize strategy for your widget depends on the type of widget you're creating. List or grid-based collection widgets are usually straightforward because resizing the widget will simply expand or contract the vertical scrolling area. Regardless of the of the widget's size, the user can still scroll all information elements into view. Information widgets on the other hand require a bit more hands-on planning, since they are not scrollable and all content has to fit within a given size. You will have to dynamically adjust your widget's content and layout to the size the user defined through the resize operation.
+ +In this simple example the user can horizontally resize a weather widget in 4 steps and expose richer information about the weather at the current location as the widget grows.
+For each widget size determine how much of your app's information should surface. For smaller sizes concentrate on the essential and then add more contextual information as the widget grows horizontally and vertically.
+ +It will be tempting to layout your widgets according to the dimensions of the placement grid of a particular device that you own and develop with. This can be a useful initial approximation as you layout your widget, but keep the following in mind:
+Sometimes widgets need to be setup before they can become useful. Think of an email widget for example, where you need to provide an account before the inbox can be displayed. Or a static photo widget where the user has to assign the picture that is to be displayed from the gallery.
+Android widgets display their configuration choices right after the widget is dropped onto a home panel. Keep the widget configuration light and don't present more than 2-3 configuration elements. Use dialog-style instead of full-screen activities to present configuration choices and retain the user's context of place, even if doing so requires use of multiple dialogs.
+Once setup, there typically is not a lot of reason to revisit the setup. Therefore Android widgets do not show a "Setup" or "Configuration" button.
+The Android Design Team was pleased to present five fantastic design-oriented sessions at Google I/O 2012. Visit these pages to view the videos and presentations from the conference.
+ + +You have a great idea for an Android app. You want it to stand out among hundreds of thousands. You want your users to love it and tell everyone they know. The Android User Experience team is here to help. We talk about the Android Design guide and other tricks of the trade for creating apps that delight users and help them accomplish their goals. No design background is required.
+Design isn't black magic, it's a field that people can learn. In this talk two elite designers from Google give you an advanced crash course in interactive and visual design. Topics include mental models, natural mappings, metaphors, mode errors, visual hierarchies, typography and gestalt principles. Correctly applied, this knowledge can drastically improve the quality of your work.
+An app is useless if people can't find their way around it. Android introduced big navigation-support changes in 3.0 and 4.0. The Action Bar offers a convenient control for Up navigation, the Back key's behavior became more consistent within tasks, and the Recent Tasks UI got an overhaul. In this talk, we discuss how and why we got where we are today, how to think about navigation when designing your app's user experience, and how to write apps that offer effortless navigation in multiple Android versions.
+The Android Design Guide describes how to design beautiful Android apps, but not how to build them. In this talk we give practical tips for how to apply fit & finish as you implement your design, we show you how to avoid some common pitfalls, we describe some useful patterns, and show how tools can help.
+Best-in-class application designers and developers talk about their experience in developing for Android, showing screenshots from their app, exploring the challenges they faced, and offering creative solutions congruent with the Android Design guide. Guests are invited to show examples of visual and interaction patterns in their application that manage to keep it simultaneously consistent and personal.
+Videos for the entire Design Track can also be found on the Android Developers Channel on YouTube.
-- cgit v1.1