> WVGA800 — 800 x 480, 240dpi, 3.9”

> WVGA800 — 800 x 480, 240dpi, 3.9” (Nexus One)
> WVGA854 — 854 x 480, 240dpi, 4.1”


Testing for Custom Resolutions and Screen Sizes
One of the advantages of using an AVD to evaluate devices is the abil¬ity to define arbitrary screen resolutions and pixel densities.
When you start a new AVD, you see the Launch Options dialog, as shown in Figure 11-5. If you check the Scale Display to Real Size check box and specify a screen size for your virtual device, as well as the dpi of your development monitor, the emulator scales to approximately the physical size you specified.
This enables you to evaluate your UI against a variety of screen sizes and pixel densities as well as resolutions and skins — an ideal way to see how your application appears on a small, high-resolution phone or a large, low-resolution tablet.
ENSURING ACCESSIBILITY
An important part of creating an inclusive and compelling UI is to ensure that it can be used by people with disabilities that require them to interact with their devices in different ways.
Accessibility APIs were introduced in Android 1.6 (API level 4) to provide alternative interaction methods for users with visual, physical, or age-related disabilities that make it difficult to interact fully with a touch screen.
In Chapter 4 you learned how to make your custom Views accessible and navigable. This section summarizes some of the best practices to ensure your entire user experience is accessible.
Supporting Navigation Without a Touch Screen
Directional controllers, such as trackballs, D-pads, and arrow keys, are the primary means of navi¬gation for many users. To ensure that your UI is navigable without requiring a touch screen, it’s important that your application supports each of these input mechanisms.
The first step is to ensure that each input View is focusable and clickable. Pressing the center or OK button should then affect the focused control in the same way as touching it using the touch screen.
It’s good practice to visually indicate when a control has the input focus, allowing users to know which control they are interacting with. All the Views included in the Android SDK are focusable.
The Android run time determines the focus order for each control in your layout based on an algo¬rithm that finds the nearest neighbor in a given direction. You can manually override that order using the android:nextFocusDown, android:nextFocusLeft, android:nextFocusRight, and android:nextFocusUp attributes for any View within your layout definition. It’s good practice to ensure that consecutive navigation movements in the opposite direction should return you to your original location.
Providing a Textual Description of Each View
Context is of critical importance when designing your UI. Button images, text labels, or even the relative location of each control can be used to indicate the purpose of each input View.
To ensure your application is accessible, consider how a user without visual context can navigate and use your UI. To assist, each View can include an android:contentDescription attribute that can be read aloud to users who have enabled the accessibility speech tools:

Every View within your layout that can hold focus should have a content description that provides the entire context necessary for a user to act on it.

Kết quả (Việt) 1:

> WVGA800-800 x 480, 240dpi, 3.9"(Nexus một)> WVGA854 — 854 x 480, 240dpi, 4.1" Thử nghiệm cho tùy chỉnh độ phân giải và kích cỡ màn hìnhAbil¬ity định nghĩa tùy ý màn hình độ phân giải và mật độ điểm ảnh là một trong những lợi thế của việc sử dụng một AVD để đánh giá các thiết bị.Khi bạn khởi động AVD mới, bạn nhìn thấy hộp thoại tùy chọn khởi động, như minh hoạ trong hình 11-5. Nếu bạn kiểm tra màn hình hiển thị quy mô để hộp kiểm kích thước thật và chỉ định một kích thước màn hình cho thiết bị ảo, dpi của bạn theo dõi sự phát triển, mô phỏng quy mô khoảng với kích thước vật lý đã chỉ định.Điều này cho phép bạn đánh giá giao diện của bạn chống lại một loạt các kích cỡ màn hình và mật độ điểm ảnh cũng như độ phân giải và da — một cách lý tưởng để xem cách ứng dụng của bạn xuất hiện trên một chiếc điện thoại nhỏ, độ phân giải cao hoặc máy tính bảng lớn, phát. BẢO ĐẢM KHẢ NĂNG TIẾP CẬNMột phần quan trọng của việc tạo ra một giao diện người dùng, bao gồm và hấp dẫn là để đảm bảo rằng nó có thể được sử dụng bởi người Khuyết tật mà yêu cầu họ để tương tác với thiết bị của họ trong nhiều cách khác nhau.Khả năng truy cập API được giới thiệu trong Android 1.6 (API cấp 4) để cung cấp các phương pháp thay thế tương tác cho người dùng Khuyết tật thị giác, vật lý hoặc liên quan đến tuổi làm cho nó khó khăn để tương tác đầy đủ với một màn hình cảm ứng.Trong chương 4, bạn đã học được làm thế nào để làm cho xem tuỳ chỉnh của bạn có thể truy cập và điều hướng. Phần này tóm tắt một số thực tiễn tốt nhất để đảm bảo trải nghiệm người dùng toàn bộ của bạn có thể truy cập.Hỗ trợ điều hướng mà không có một màn hình cảm ứngBộ điều khiển hướng, chẳng hạn như trackballs, tấm lót D và phím mũi tên, là phương tiện chính của navi¬gation cho nhiều người dùng. Để đảm bảo rằng giao diện của bạn điều hướng mà không đòi hỏi phải có một màn hình cảm ứng, điều quan trọng là ứng dụng của bạn hỗ trợ mỗi người trong số các cơ chế đầu vào.Bước đầu tiên là để đảm bảo rằng mỗi đầu vào xem là focusable và nhấp. Nhấn các trung tâm hoặc nút OK nên sau đó ảnh hưởng đến sự kiểm soát tập trung trong cùng một cách như là chạm vào nó bằng cách sử dụng màn hình cảm ứng.Nó là tốt thực hành để trực quan cho thấy khi một điều khiển đã tập trung đầu vào, cho phép người dùng biết kiểm soát mà họ tiếp xúc với. Tất cả các quan điểm được bao gồm trong Android SDK là focusable.Android chạy thời gian xác định tập trung, để kiểm soát mỗi cách bố trí của bạn dựa trên một algo¬rithm tìm thấy những người hàng xóm gần nhất theo một hướng nhất định. Bạn có thể tự ghi đè trật tự bằng cách sử dụng android: nextFocusDown, android: nextFocusLeft, android: nextFocusRight và thuộc tính android: nextFocusUp cho bất kỳ xem bên trong định nghĩa cách bố trí của bạn. Nó là tốt thực hành để đảm bảo rằng liên tiếp hướng chuyển động ở hướng ngược lại nên trở về Anh để vị trí ban đầu của bạn.Cung cấp một mô tả văn bản mỗi lần xemBối cảnh là tầm quan trọng khi thiết kế giao diện người dùng của bạn. Nút hình ảnh, nhãn văn bản, hoặc thậm chí có vị trí tương đối của mỗi điều khiển có thể được sử dụng để chỉ ra mục đích của mỗi đầu vào xem.Để đảm bảo ứng dụng của bạn có thể truy cập, hãy xem xét làm thế nào một người sử dụng mà không có hình ảnh bối cảnh có thể di chuyển và sử dụng giao diện người dùng của bạn. Để hỗ trợ, mỗi lần xem có thể bao gồm một thuộc tính android: contentDescription có thể được đọc aloud để người sử dụng đã cho phép các khả năng tiếp cận bài phát biểu công cụ:Android:ID="@+ID/pick_contact_button"Android: layout_width = "match_parent"Android: layout_height = "wrap_content"Android:Text="@String/pick_contact_button"Android:contentDescription="@String/pick_contact_button_description"/>Mỗi lần xem bên trong bố trí của bạn có thể giữ tập trung cần phải có một mô tả nội dung cung cấp toàn bộ bối cảnh cần thiết cho một người sử dụng để hành động trên nó.

Kết quả (Việt) 2:

> WVGA800 - 800 x 480, 240dpi, 3.9 "(Nexus One)
> WVGA854 - 854 x 480, 240dpi, 4.1" Kiểm tra cho Nghị quyết Custom và kích cỡ màn hình Một trong những lợi thế của việc sử dụng một AVD để đánh giá thiết bị là abil¬ity để xác định độ phân giải màn hình tùy ý và mật độ điểm ảnh. Khi bạn bắt đầu một AVD mới, bạn sẽ thấy hộp thoại Launch Options, như thể hiện trong hình 11-5. Nếu bạn kiểm tra Display Scale Bất Kích thước hộp kiểm tra và xác định kích thước màn hình cho thiết bị ảo của bạn, cũng như các dpi của màn hình của bạn phát triển, bộ mô phỏng quy mô xấp xỉ kích thước vật lý mà bạn chỉ định. Điều này cho phép bạn đánh giá giao diện người dùng của bạn chống lại một loạt các kích cỡ màn hình và mật độ điểm ảnh cũng như độ phân giải và da - một cách lý tưởng để xem cách ứng dụng của bạn sẽ xuất hiện trên một nhỏ, điện thoại có độ phân giải cao hoặc một lớn, máy tính bảng có độ phân giải thấp. ĐẢM BẢO KHẢ NĂNG TIẾP CẬN một phần quan trọng của việc tạo ra một diện và giao diện người dùng hấp dẫn là để đảm bảo rằng nó có thể được sử dụng bởi những người có khuyết tật mà đòi hỏi họ phải tương tác với các thiết bị của họ theo những cách khác nhau. API cận đã được giới thiệu trong Android 1.6 (API cấp 4) để cung cấp các phương pháp tương tác thay thế cho người sử dụng với hình ảnh, vật lý , hoặc khuyết tật liên quan đến tuổi mà làm cho nó khó khăn để tương tác đầy đủ với một màn hình cảm ứng. Trong Chương 4, bạn đã học được cách để làm cho Views tùy chỉnh của bạn truy cập và điều hướng. Phần này tóm tắt một số các thực hành tốt nhất để đảm bảo toàn bộ kinh nghiệm người dùng của bạn có thể truy cập. Hỗ trợ Navigation Nếu không có một màn hình cảm ứng điều khiển định hướng, chẳng hạn như các bi, D-miếng đệm, và các phím mũi tên, là những phương tiện chính của navi¬gation cho nhiều người dùng. Để đảm bảo rằng giao diện của bạn là điều hướng mà không đòi hỏi một màn hình cảm ứng, điều quan trọng là ứng dụng của bạn hỗ trợ từng cơ chế đầu vào. Bước đầu tiên là để đảm bảo rằng mỗi đầu vào View là tiêu điểm và có thể click. Nhấn trung tâm hoặc nút OK nên sau đó ảnh hưởng đến sự kiểm soát tập trung trong cùng một cách như chạm vào nó bằng cách sử dụng màn hình cảm ứng. Đó là thực hành tốt để trực quan cho biết khi một điều khiển có sự tập trung đầu vào, cho phép người dùng biết mà kiểm soát họ đang tương tác với. Tất cả các lần xem có trong Android SDK là tiêu điểm. Thời gian chạy Android xác định thứ tự tập trung cho mỗi điều khiển trong cách bố trí của bạn dựa trên một algo¬rithm mà tìm thấy những người hàng xóm gần nhất trong một hướng nhất định. Bạn có thể tự ghi đè lên đó để sử dụng android: nextFocusDown, android: nextFocusLeft, android: nextFocusRight, và android: nextFocusUp thuộc tính cho bất kỳ Xem trong định nghĩa layout của bạn. Đó là thực hành tốt để đảm bảo rằng liên tiếp phong trào chuyển hướng theo hướng ngược lại trả bạn lại vị trí ban đầu của bạn. Cung cấp một mô tả nguyên bản của Mỗi Xem Bối cảnh là cực kỳ quan trọng khi thiết kế giao diện người dùng của bạn. Hình ảnh nút, nhãn văn bản, hoặc ngay cả những vị trí tương đối của từng kiểm soát có thể được sử dụng để chỉ mục đích của mỗi đầu vào View. Để đảm bảo ứng dụng của bạn có thể truy cập, xem xét làm thế nào một người dùng không có bối cảnh thị giác có thể điều hướng và sử dụng giao diện người dùng của bạn. Để hỗ trợ, mỗi View có thể bao gồm một android: thuộc tính contentDescription có thể được đọc to cho người dùng đã kích hoạt các công cụ tiếp cận bài phát biểu:


















android:id="@+id/pick_contact_button"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@string/pick_contact_button"
android:contentDescription="@string/pick_contact_button_description"
/>
Every Xem trong cách bố trí của bạn mà có thể giữ tập trung nên có một mô tả nội dung cung cấp toàn bộ bối cảnh cần thiết cho một người sử dụng để thực hiện nó.