Searched refs:we (Results 1 – 20 of 20) sorted by relevance
| /development/samples/UiAutomator/ |
| D | README | 3 This demos how we read content-description to properly open the
4 All Apps view and select and application to launch. Then we will
14 This demos how we can scroll list views and verify data in list view
15 items. Here we do the following:
|
| /development/samples/SimpleJNI/jni/ |
| D | Android.bp | 26 // All of the source files that we will compile.
28 // All of the shared libraries we link against.
|
| /development/tools/idegen/ |
| D | excluded-paths | 11 # Currently, we lump all the .java files together into one big module, so you
12 # can't have two classes with the same name at once. In the future, we'll
14 # build, so we won't have to worry about duplicate names any more than the
|
| /development/ide/clion/frameworks/base/libs/hwui/ |
| D | CMakeLists.txt | 7 # HWUI deps that we want source for
|
| /development/tools/apkcheck/ |
| D | README.txt | 82 The API XML does specify each package in a <package> tag, so we should have
83 the full set of packages available. From this we can remove one element
84 at a time from the right until we match a known package. This will work
96 class appears to be an Enum (the superclass is java.lang.Enum), we emit
108 fields or methods), we emit a warning instead of an error.
|
| /development/tools/checkcolor/ |
| D | build.gradle | 19 …// the build server does not pass the build number so we infer it from the last folder of the dist…
|
| /development/samples/ShortcutSample/ |
| D | Android.bp | 22 // For testing, we build multiple apk files with different versions.
|
| /development/vndk/tools/definition-tool/ |
| D | README.md | 73 definition tool for those devices, we have to skip `/system/vendor` and specify
85 If there are implicit dependencies, such as `dlopen()`, we can specify them in
|
| /development/ |
| D | Android.bp | 21 // 'apply every license found to every target'. While this makes sure we respect
|
| /development/tools/repo_diff/ |
| D | README.md | 95 2. Then we "git blame" the entire project's source tree and compile
97 3. Finally we find the intersection: 'git cherry' changes
|
| /development/host/windows/usb/api/ |
| D | BUILDME.TXT | 29 unnecessary and it installs a kernel-mode driver that we don't need.
|
| /development/host/windows/usb/adb_winapi_test/ |
| D | BUILDME.TXT | 29 unnecessary and it installs a kernel-mode driver that we don't need.
|
| /development/scripts/gdb/ |
| D | dalvik.gdb | 17 # gdb to debug programs using ART we need to treat this signal specially. We
|
| /development/host/windows/usb/winusb/ |
| D | BUILDME.TXT | 29 unnecessary and it installs a kernel-mode driver that we don't need.
|
| /development/samples/SkeletonApp/ |
| D | readme.txt | 64 file, but we generally split them apart as shown here to keep things organized.
|
| /development/tools/labpretest/ |
| D | README | 33 Currently we use userdebug builds.
|
| /development/tools/mkstubs/ |
| D | README.txt | 7 MkStub is small tool that takes a given JAR and filters all the private stuff we don't want to
|
| /development/cmds/monkey/src/com/android/commands/monkey/ |
| D | MonkeySourceScript.java | 699 MonkeyWaitEvent we = new MonkeyWaitEvent(LONGPRESS_WAIT_TIME); in handleEvent() local
700 mQ.addLast(we); in handleEvent()
|
| /development/build/ |
| D | sdk-windows-x86.atree | 20 # The Windows SDK is based on the Linux one so in this file we
|
| D | sdk.atree | 264 # the list here should match the list of samples that we generate docs for,
275 # we need to copy it in here as needed.
|