<używa-konfiguracji>

składnia:
<uses-configuration
  android:reqFiveWayNav=["true" | "false"]
  android:reqHardKeyboard=["true" | "false"]
  android:reqKeyboardType=["undefined" | "nokeys" | "qwerty" | "twelvekey"]
  android:reqNavigation=["undefined" | "nonav" | "dpad" | "trackball" | "wheel"]
  android:reqTouchScreen=["undefined" | "notouch" | "stylus" | "finger"] />
zawarte w:
<manifest>
description:

Wskazuje funkcje sprzętu i oprogramowania, których wymaga aplikacja. Na przykład aplikacja może określić, że wymaga klawiatury fizycznej. albo konkretne urządzenie nawigacyjne, np. kulka. Specyfikacja jest w celu uniknięcia instalowania aplikacji na urządzeniach, na których nie działa.

Uwaga: większość aplikacji nie używa tego tagu manifestu. Zawsze wspomagaj wprowadzanie tekstu za pomocą pada kierunkowego (pada kierunkowego), aby pomagać osobom z wadą wzroku. dla użytkowników i obsługiwanych urządzeń, które oprócz dotyku lub zamiast nich mają pad kierunkowy.

Dla: informacje o obsłudze wprowadzania w aplikacji pada kierunkowego znajdziesz w artykule Obsługiwanie działań kontrolera. Jeśli aplikacja nie może działać bez ekranu dotykowego. Zamiast tego użyj tagu <uses-feature>, zadeklaruj wymagany typ ekranu dotykowego, od "android.hardware.faketouch" do podstawowego zdarzeń dotyku po bardziej zaawansowane rodzaje dotyku, np. "android.hardware.touchscreen.multitouch.jazzhand", które pozwalają wprowadzać różne dane za pomocą wielu palców.

atrybuty:
android:reqFiveWayNav
Określ, czy aplikacja wymaga 5-kierunkowej nawigacji. Jest "true", jeśli tak, lub "false", jeśli nie. Pięciokanałowe umożliwia przeniesienie zaznaczenia w górę, w dół, w prawo lub w lewo oraz pozwala też wywołać bieżący wybór. Może to być pada kierunkowego, manipulatora kierunkowego lub kulki.

Jeśli aplikacja wymaga sterowania kierunkowego, ale nie elementu sterującego określonego typu, może ustawić ten atrybut na "true" i zignorować atrybut reqNavigation. Pamiętaj jednak: jeśli wymaga określonego rodzaju sterowania kierunkowego, może zignorować ten atrybut i ustaw reqNavigation.

android:reqHardKeyboard
Określ, czy aplikacja wymaga klawiatury sprzętowej. Jest "true", jeśli tak, lub "false", jeśli nie.
android:reqKeyboardType
Typ klawiatury wymaganej przez aplikację (jeśli istnieje). Ten atrybut nie rozróżnia sprzętu od oprogramowania klawiatury. Jeśli wymagana jest klawiatura sprzętowa określonego typu, określ tutaj typ, a także ustaw atrybut reqHardKeyboard do: "true".

Wartość musi być jednym z tych ciągów:

Wartość Opis
„undefined” Aplikacja nie wymaga klawiatury. Niezdefiniowane wymagania dotyczące klawiatury. jest to wartość domyślna
„nokeys” Aplikacja nie wymaga klawiatury.
„qwerty” Aplikacja wymaga standardowej klawiatury QWERTY.
„twelvekey” Aplikacja wymaga klawiatury z 12 klawiszami, tak jak w większości telefony z kluczami od cyfr od 0 do 9 oraz klucze w postaci gwiazdek (*) i funta (#).
android:reqNavigation
Urządzenie nawigacyjne wymagane przez aplikację (w stosownych przypadkach). Wartość musi być jednym z tych ciągów:
Wartość Opis
„undefined” Aplikacja nie wymaga żadnego rodzaju elementów sterujących nawigacją. Niezdefiniowane wymagania dotyczące nawigacji. jest to wartość domyślna
„nonav” Aplikacja nie wymaga elementów sterujących nawigacją.
„dpad” Aplikacja wymaga pada kierunkowego do nawigacji.
„trackball” Aplikacja wymaga kulki do nawigacji.
„wheel” Aplikacja wymaga koła nawigacyjnego.

Jeśli aplikacja wymaga elementów sterujących nawigacją, ale dokładny typ nie ma znaczenia, ale określa on Atrybut reqFiveWayNav do "true" zamiast ustawiać ten.

android:reqTouchScreen
Typ ekranu dotykowego, którego wymaga aplikacja, (jeśli taki istnieje). Wartość musi być jednym z tych ciągów:
Wartość Opis
„undefined” Aplikacja nie wymaga ekranu dotykowego. Niezdefiniowane wymagania dotyczące ekranu dotykowego. jest to wartość domyślna
„notouch” Aplikacja nie wymaga ekranu dotykowego.
„stylus” Aplikacja wymaga ekranu dotykowego, który obsługuje się rysikiem.
„finger” Aplikacja wymaga ekranu dotykowego obsługiwanego palcem.

Uwaga: jeśli aplikacja wymaga sterowania dotykowego, zamiast tego użyj Tag <uses-feature> do deklarowania wymaganego ekranu dotykowego typu, rozpoczynając od "android.hardware.faketouch" w przypadku podstawowych zdarzeń dotyku.
wprowadzone w:
Poziom API 3
zobacz też: