/frameworks/layoutlib/bridge/src/com/android/internal/view/menu/ |
D | MenuBuilder_Delegate.java | 34 int categoryOrder, int ordering, CharSequence title, int defaultShowAsAction) { in createNewMenuItem() argument 35 return new BridgeMenuItemImpl(thisMenu, group, id, categoryOrder, ordering, title, in createNewMenuItem()
|
D | BridgeMenuItemImpl.java | 40 BridgeMenuItemImpl(MenuBuilder menu, int group, int id, int categoryOrder, int ordering, in BridgeMenuItemImpl() argument 42 super(menu, group, id, categoryOrder, ordering, title, showAsAction); in BridgeMenuItemImpl()
|
/frameworks/base/services/core/java/com/android/server/wm/ |
D | BLASTSync.md | 77 that even in an ordering like AcquireLock, ChangeState, PrepareSync, Release lock we can't 94 and MSG_RESIZED. The ordering of these relative to sync preparation in server code is undefined, in… 109 = Transaction ordering = 112 raises various questions about transaction ordering. There are two tricky questions in this 114 1. The ordering of Transactions from a single BLASTBufferQueue wrt to eachother 115 2. The ordering of non synced WM updates to syncable state, wrt a BLASTSyncEngine 120 We can see if sync is never involved, there are never any real questions about ordering. 125 cause an ordering issue. It's also possible that the sync transaction arrives before the 149 non sync transaction. SurfaceFlinger will ensure the correct ordering 158 A second interesting question, is about the ordering of WM updates to syncable-state. In [all …]
|
/frameworks/base/core/java/android/transition/ |
D | TransitionSet.java | 106 int ordering = a.getInt(R.styleable.TransitionSet_transitionOrdering, in TransitionSet() local 108 setOrdering(ordering); in TransitionSet() 120 public TransitionSet setOrdering(int ordering) { in setOrdering() argument 121 switch (ordering) { in setOrdering() 130 "ordering: " + ordering); in setOrdering()
|
/frameworks/base/core/java/com/android/internal/view/menu/ |
D | MenuBuilder.java | 423 final int ordering = getOrdering(categoryOrder); in addInternal() local 425 final MenuItemImpl item = createNewMenuItem(group, id, categoryOrder, ordering, title, in addInternal() 433 mItems.add(findInsertIndex(mItems, ordering), item); in addInternal() 440 private MenuItemImpl createNewMenuItem(int group, int id, int categoryOrder, int ordering, in createNewMenuItem() argument 442 return new MenuItemImpl(this, group, id, categoryOrder, ordering, title, in createNewMenuItem() 800 private static int findInsertIndex(ArrayList<MenuItemImpl> items, int ordering) { in findInsertIndex() argument 803 if (item.getOrdering() <= ordering) { in findInsertIndex()
|
D | ActionMenuItem.java | 75 public ActionMenuItem(Context context, int group, int id, int categoryOrder, int ordering, in ActionMenuItem() argument 81 mOrdering = ordering; in ActionMenuItem()
|
D | MenuItemImpl.java | 128 MenuItemImpl(MenuBuilder menu, int group, int id, int categoryOrder, int ordering, in MenuItemImpl() argument 135 mOrdering = ordering; in MenuItemImpl()
|
/frameworks/base/packages/SystemUI/src/com/android/systemui/keyguard/ui/view/layout/blueprints/transitions/ |
D | IntraBlueprintTransition.kt | 58 ordering = ORDERING_TOGETHER
|
D | BaseBlueprintTransition.kt | 34 ordering = ORDERING_SEQUENTIAL in <lambda>()
|
/frameworks/base/services/core/java/com/android/server/am/ |
D | BroadcastQueue.md | 53 see consistent ordering of broadcast events. The flexible _runnable at_ 54 policies above mean that no inter-process ordering guarantees are provided, 62 on the sorted ordering of the _runnable at_ timestamps, selecting the
|
/frameworks/base/services/core/java/com/android/server/media/projection/ |
D | mediaprojection.md | 4 `MediaProjectionManagerService` needs to have consistent lock ordering with its interactions with
|
/frameworks/base/tests/FlickerTests/AppClose/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/tests/FlickerTests/FlickerService/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/libs/WindowManager/Shell/tests/flicker/service/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/libs/WindowManager/Shell/tests/flicker/pip/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/libs/WindowManager/Shell/tests/flicker/appcompat/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/tests/FlickerTests/Rotation/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/tests/FlickerTests/Notification/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/libs/WindowManager/Shell/tests/flicker/bubble/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/tests/FlickerTests/IME/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/tests/FlickerTests/ActivityEmbedding/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/tests/FlickerTests/QuickSwitch/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/tests/FlickerTests/AppLaunch/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/libs/WindowManager/Shell/tests/flicker/splitscreen/trace_config/ |
D | trace_config.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|
/frameworks/base/apct-tests/perftests/multiuser/trace_configs/ |
D | trace_config_multi_user.textproto | 23 # See b/126487238 - we need to guarantee ordering of events.
|