Ulefone Armor X5 32Gb+3Gb Dual LTE [71/132] Hardware compatibility

6.2. Developer Options

Android includes support for developers to configure application development-related settings.

Device implementations MUST provide a consistent experience for Developer Options, they:

[C-0-1] MUST honor the android.settings.APPLICATION_DEVELOPMENT_SETTINGS intent

to show application development-related settings. The upstream Android implementation

hides the Developer Options menu by default and enables users to launch Developer

Options after pressing seven (7) times on the Settings > About Device > Build Number

menu item.

[C-0-2] MUST hide Developer Options by default.

[C-0-3] MUST provide a clear mechanism that does not give preferential treatment to one

third-party app as opposed to another to enable Developer Options. MUST provide a

public visible document or website that describes how to enable Developer Options. This

document or website MUST be linkable from the Android SDK documents.

SHOULD have an ongoing visual notification to the user when Developer Options is

enabled and the safety of the user is of concern.

MAY temporarily limit access to the Developer Options menu, by visually hiding or

disabling the menu, to prevent distraction for scenarios where the safety of the user is of

concern.

7. Hardware Compatibility

If a device includes a particular hardware component that has a corresponding API for third-party

developers:

[C-0-1] The device implementation MUST implement that API as described in the Android

SDK documentation.

If an API in the SDK interacts with a hardware component that is stated to be optional and the device

implementation does not possess that component:

[C-0-2] Complete class definitions (as documented by the SDK) for the component APIs

MUST still be presented.

[C-0-3] The API’s behaviors MUST be implemented as no-ops in some reasonable fashion.

[C-0-4] API methods MUST return null values where permitted by the SDK documentation.

[C-0-5] API methods MUST return no-op implementations of classes where null values are

not permitted by the SDK documentation.

[C-0-6] API methods MUST NOT throw exceptions not documented by the SDK

documentation.

[C-0-7] Device implementations MUST consistently report accurate hardware

configuration information via the getSystemAvailableFeatures() and hasSystemFeature(String)

methods on the android.content.pm.PackageManager class for the same build

fingerprint.

A typical example of a scenario where these requirements apply is the telephony API: Even on non-

phone devices, these APIs must be implemented as reasonable no-ops.

7.1. Display and Graphics

Android includes facilities that automatically adjust application assets and UI layouts appropriately

for the device to ensure that third-party applications run well on a variety of hardware configurations .

Page 71 of 132