| /frameworks/native/libs/input/ |
| D | KeyCharacterMap.cpp | 234 const Behavior* behavior; in getCharacter() local
235 if (getKeyBehavior(keyCode, metaState, &key, &behavior)) { in getCharacter()
236 result = behavior->character; in getCharacter()
251 const Behavior* behavior; in getFallbackAction() local
252 if (getKeyBehavior(keyCode, metaState, &key, &behavior)) { in getFallbackAction()
253 if (behavior->fallbackKeyCode) { in getFallbackAction()
254 outFallbackAction->keyCode = behavior->fallbackKeyCode; in getFallbackAction()
255 outFallbackAction->metaState = metaState & ~behavior->metaState; in getFallbackAction()
276 for (const Behavior* behavior = key->firstBehavior; behavior; behavior = behavior->next) { in getMatch() local
277 if (behavior->character) { in getMatch()
[all …]
|
| /frameworks/support/design/tests/src/android/support/design/widget/ |
| D | BottomSheetBehaviorTest.java | 70 public Callback(BottomSheetBehavior behavior) { in Callback() argument
71 behavior.setBottomSheetCallback(this); in Callback()
72 int state = behavior.getState(); in Callback()
163 BottomSheetBehavior behavior = BottomSheetBehavior.from(view); in perform() local
221 BottomSheetBehavior behavior = getBehavior(); in testInitialSetup() local
222 assertThat(behavior.getState(), is(BottomSheetBehavior.STATE_COLLAPSED)); in testInitialSetup()
226 is(coordinatorLayout.getHeight() - behavior.getPeekHeight())); in testInitialSetup()
274 BottomSheetBehavior behavior = getBehavior(); in testSwipeDownToCollapse()
279 view.getHeight() - behavior.getPeekHeight()}; in testSwipeDownToCollapse()
335 BottomSheetBehavior behavior = getBehavior(); in testSkipCollapsed()
[all …]
|
| D | BottomSheetDialogTest.java | 66 BottomSheetBehavior<FrameLayout> behavior = BottomSheetBehavior.from(bottomSheet); in testBasicDialogSetup()
67 assertThat(behavior, is(notNullValue())); in testBasicDialogSetup()
107 BottomSheetBehavior<FrameLayout> behavior = BottomSheetBehavior.from(bottomSheet); in testShortDialog()
110 assertThat(behavior, is(notNullValue())); in testShortDialog()
112 assertThat(bottomSheet.getHeight(), is(lessThan(behavior.getPeekHeight()))); in testShortDialog()
|
| /frameworks/base/docs/html/about/versions/marshmallow/ |
| D | android-6.0-changes.jd | 14 <li><a href="#behavior-runtime-permissions">Runtime Permissions</a></li>
15 <li><a href="#behavior-power">Doze and App Standby</a></li>
16 <li><a href="#behavior-apache-http-client">Apache HTTP Client Removal</a></li>
17 <li><a href="#behavior-apache-http-client">BoringSSL</a></li>
18 <li><a href="#behavior-hardware-id">Access to Hardware Identifiers</a></li>
19 <li><a href="#behavior-notifications">Notifications</a></li>
20 <li><a href="#behavior-audiomanager-Changes">AudioManager Changes</a></li>
21 <li><a href="#behavior-text-selection">Text Selection</a></li>
22 <li><a href="#behavior-bookmark-browser">Browser Bookmark Changes</a></li>
23 <li><a href="#behavior-keystore">Android Keystore Changes</a></li>
[all …]
|
| /frameworks/base/media/java/android/media/audiopolicy/ |
| D | AudioPolicy.java | 286 public int setFocusDuckingBehavior(int behavior) in setFocusDuckingBehavior() argument
288 if ((behavior != FOCUS_POLICY_DUCKING_IN_APP) in setFocusDuckingBehavior()
289 && (behavior != FOCUS_POLICY_DUCKING_IN_POLICY)) { in setFocusDuckingBehavior()
290 throw new IllegalArgumentException("Invalid ducking behavior " + behavior); in setFocusDuckingBehavior()
297 if ((behavior == FOCUS_POLICY_DUCKING_IN_POLICY) in setFocusDuckingBehavior()
305 final int status = service.setFocusPropertiesForPolicy(behavior /*duckingBehavior*/, in setFocusDuckingBehavior()
308 mConfig.mDuckingPolicy = behavior; in setFocusDuckingBehavior()
|
| /frameworks/base/docs/html/preview/ |
| D | guide.jd | 21 version of the platform. This preview includes a number of APIs and behavior changes that can
23 …Overview</a> and <a href="{@docRoot}preview/behavior-changes.html">Behavior Changes</a>. In testing
31 app's behavior:
55 at runtime. For users this behavior provides more granular control over each app’s activities, as
58 the preview is most likely to have an impact on your app's behavior and may prevent some of your
64 platform version. The platform provides a limited compatibility behavior for legacy apps, but you
74 permissions behavior.
100 the platform provides compatibility behavior, but you should plan on updating your app and not
121 For more information on the behavior of runtime permissions, testing, and best practices, see the
155 <li>Observe the behavior of your app when the device is re-activated. Make sure it
[all …]
|
| D | behavior-changes.jd | 56 includes a variety of system and API behavior changes. This document
70 Android N includes system behavior changes aimed at improving the battery life
117 removes these processing restrictions. The additional behavior does not
124 additional Doze behavior.
383 behavior aims to create a consistent app experience across platform updates
452 The following table describes the behavior you should expect to see from an
475 N Developer Preview behavior
478 Final N Release behavior
481 Future Android platform behavior
740 work mode again restores normal behavior.</li>
[all …]
|
| /frameworks/base/docs/html/training/design-navigation/ |
| D | ancestral-temporal.jd | 53 alt="The Back button behavior after entering the Email app from the People (or Contacts) app"
56 <p class="img-caption"><strong>Figure 1.</strong> The <em>Back</em> button behavior after entering
66 <p>There are, however, cases where you may want to override the behavior for <em>Back</em>. For
69 behavior when users press the device's <em>Back</em> button. Upon reaching the beginning of the
70 browser's internal history, you should always defer to the system's default behavior for the
94 …alt="Example behavior for UP navigation after entering the Email app from the People app" id="figu…
96 <p class="img-caption"><strong>Figure 2.</strong> Example behavior for up navigation after entering…
|
| /frameworks/native/opengl/tests/testPauseResume/ |
| D | README | 7 Expected behavior:
18 Actual behavior:
|
| /frameworks/av/media/libeffects/testlibs/ |
| D | AudioFormatAdapter.h | 60 uint32_t behavior) { in configure() argument
64 mBehavior = behavior; in configure()
|
| /frameworks/support/design/src/android/support/design/widget/ |
| D | Snackbar.java | 448 final Behavior behavior = new Behavior(); in showView() local
449 behavior.setStartAlphaSwipeDistance(0.1f); in showView()
450 behavior.setEndAlphaSwipeDistance(0.6f); in showView()
451 behavior.setSwipeDirection(SwipeDismissBehavior.SWIPE_DIRECTION_START_TO_END); in showView()
452 behavior.setListener(new SwipeDismissBehavior.OnDismissListener() { in showView()
474 ((CoordinatorLayout.LayoutParams) lp).setBehavior(behavior); in showView()
|
| D | AppBarLayout.java | 1347 final CoordinatorLayout.Behavior behavior = in offsetChildAsNeeded() local
1349 if (behavior instanceof Behavior) { in offsetChildAsNeeded()
1352 final Behavior ablBehavior = (Behavior) behavior; in offsetChildAsNeeded()
1385 final CoordinatorLayout.Behavior behavior = in getAppBarLayoutOffset() local
1387 if (behavior instanceof Behavior) { in getAppBarLayoutOffset()
1388 return ((Behavior) behavior).getTopBottomOffsetForScrollingSibling(); in getAppBarLayoutOffset()
|
| D | BottomSheetBehavior.java | 736 CoordinatorLayout.Behavior behavior = ((CoordinatorLayout.LayoutParams) params) in from() local
738 if (!(behavior instanceof BottomSheetBehavior)) { in from()
742 return (BottomSheetBehavior<V>) behavior; in from()
|
| /frameworks/base/docs/html/distribute/analyze/ |
| D | measure.jd | 3 page.tags="analytics, user behavior"
74 analytics you won't be able to understand the specific purchase behavior of
77 insights into shopper behavior, so that you can make smarter decisions. You
88 behavior and the products they interact with</li>
125 One of the most common and easiest ways to track user behavior is with
161 behavior across platforms. Note that your custom identifier must be an identifier
|
| D | understand-user-value.jd | 3 page.tags="analytics, user behavior"
8 In-App Analytics will help you understand user behavior and ultimately user
125 Looking at aggregated data helps you understand overall user behavior trends,
207 insights about users and their behavior. Use this information to improve your
224 users’ experiences based on their behavior.
|
| /frameworks/compile/slang/tests/F_reduce_general_bad_accumulator/ |
| D | stderr.txt.expect | 1 …4:34: warning: 'const' qualifier on function type 'Fn' (aka 'void (void)') has unspecified behavior
2 …8:29: warning: 'const' qualifier on function type 'Fn' (aka 'void (void)') has unspecified behavior
|
| /frameworks/av/services/audiopolicy/engineconfigurable/parameter-framework/examples/ |
| D | README.md | 7 A vendor wishing to customize the behavior shall provides its own set of configuration files
|
| /frameworks/base/docs/html/training/swipe/ |
| D | add-swipe-interface.jd | 47 callback methods in your app. You enable this behavior
50 the refresh behavior that gets invoked when the user swipes.
99 android.support.v4.app.ListFragment} behavior. For an example of how to do
|
| /frameworks/base/docs/html/topic/libraries/support-library/ |
| D | index.jd | 110 behavior depends on what version of Android the app is running on. If the
118 behavior. Generally, classes whose names end in
127 methods provide consistent behavior across all supported platforms.
133 system checks, and modify its behavior as necessary.
|
| /frameworks/base/docs/html/training/custom-views/ |
| D | create-view.jd | 80 appearance and behavior with element attributes. Well-written custom views can also be added and
82 enable this behavior in your custom view, you must:
213 <p>Attributes are a powerful way of controlling the behavior and appearance of views, but
215 when the view is initialized. To provide dynamic behavior, expose a property getter and
255 appearance or behavior of
|
| /frameworks/base/docs/html/design/patterns/ |
| D | navigation.jd | 57 <p>Changing view options for a screen does not change the behavior of Up or Back: the screen is sti…
72 navigation does not change the behavior of Up or Back.</p>
84 <p>You have the ability to make the Up behavior even smarter based on your knowledge of detail
145 <p>In terms of navigation behavior, pop-up notifications closely follow the behavior of an indirect
161 <p>To understand app-to-app navigation, it's important to understand the Android framework behavior
|
| /frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/ |
| D | BaseWrapContentWithAspectRatioTest.java | 55 public void setBehavior(MeasureBehavior behavior) { in setBehavior() argument
56 mBehavior = behavior; in setBehavior()
|
| /frameworks/base/docs/html/training/monitoring-device-state/ |
| D | index.jd | 30 and behavior based on the state of its device.</p>
61 behavior.</dd>
|
| /frameworks/base/docs/html/guide/components/ |
| D | tasks-and-back-stack.jd | 98 this behavior with a timeline showing the progress between activities along with the current back
155 with their own UI state). However, you can modify this behavior if you do not want an activity to be
160 <p>To summarize the default behavior for activities and tasks:</p>
189 <p>As discussed above, the system's default behavior preserves the state of an activity when it is
217 the normal behavior. Perhaps you want an activity in your application to begin a new task when it is
260 activities are represented in the overview screen, and you don't need to modify this behavior.</p>
263 behavior for activities and tasks. If you determine that it's necessary for your activity to modify
266 Be sure to test for navigation behaviors that might conflict with the user's expected behavior.</p>
391 default behavior are:</p>
398 <p>This produces the same behavior as the {@code "singleTask"} <a
[all …]
|
| /frameworks/base/docs/html/wear/preview/features/ |
| D | bridger.jd | 36 behavior of notifications with the following:
73 The default bridging behavior occurs if you do not include the entry or
|