Sắp xếp điều khiển trong ứng dụng canvas có thể truy cập
Các điều khiển trong ứng dụng phải được sắp xếp để giúp người dùng trình đọc màn hình điều hướng tuần tự. Một thứ tự hợp lý cũng giúp người dùng bàn phím hạn chế nhầm lẫn và làm việc hiệu quả hơn.
Tên màn hình có nghĩa
Khi một màn hình được tải, trình đọc màn hình sẽ cho biết tên của màn hình đó. Chọn tên có ý nghĩa để định hướng người dùng.
Bạn có thể thay đổi tên màn hình trong cây điều khiển hoặc bảng thuộc tính trong Power Apps Studio. Chọn màn hình, sau đó chọn 
để đổi tên màn hình.
Thành phần đầu tiên trên màn hình là tên của màn hình đó. Thành phần được ẩn trực quan và chỉ người dùng trình đọc màn hình mới có thể truy cập được.
Khi màn hình mới tải, Power Apps tập trung vào tên màn hình. Nếu bạn dùng SetFocus ngay lập tức khi màn hình tải, tên màn hình sẽ không được đọc. Cân nhắc tạo một tiêu đề hiển thị và trở thành vùng trực tiếp để thông báo sự thay đổi trong ngữ cảnh.
Thứ tự điều khiển hợp lý
Người dùng trình đọc màn hình có thể điều hướng nội dung một cách tuần tự. Vị trí của các nút điều khiển sẽ quyết định thứ tự, bắt đầu từ trên xuống dưới, sau đó từ trái sang phải. Kích thước của điều khiển không quan trọng, chỉ các thuộc tính X và Y của điều khiển mới quan trọng.
Trong ví dụ này, A xuất hiện đầu tiên trong chuỗi vì A gần vị trí hàng đầu nhất. B và C có cùng một vị trí thẳng đứng, nhưng vì B gần bên trái hơn nên xuất hiện trước C. D xuất hiện cuối cùng vì D ở xa nhất từ trên xuống.
Lưu ý
- Trong chế độ Xem trước, khi chỉnh sửa ứng dụng, thứ tự điều khiển không được cập nhật vì lý do hiệu suất. Thứ tự sẽ đúng khi ứng dụng được phát hành và chạy.
- Thứ tự điều khiển không giống với thứ tự được hiển thị trong dạng xem dạng cây của các điều khiển trong Power Apps Studio. Dạng xem dạng cây sắp xếp các điều khiển tùy theo thời điểm chúng được thêm vào ứng dụng. Chế độ này không ảnh hưởng đến thứ tự của các điều khiển khi ứng dụng được chạy.
- Khi giá trị X hoặc Y của điều khiển được đặt thành một biểu thức, thứ tự điều khiển sẽ không được cập nhật khi kết quả của biểu thức thay đổi. Thứ tự được tính toán và cố định khi ứng dụng được lưu, sử dụng trạng thái ban đầu của ứng dụng để đánh giá biểu thức.
- Nếu bạn đang thay đổi vị trí của nó vì các điều khiển khác đang bị ẩn hoặc hiển thị, bạn có thể sử dụng các vùng chứa bố trí tự động để quản lý X và Y cho bạn.
- Bạn cũng có thể định vị tất cả các điều khiển theo cách hợp lý bất kể giá trị biểu thức. Ví dụ, nếu điều khiển A luôn nằm dưới điều khiển B và đôi khi B có thể bị ẩn, hãy đặt Y của A thành
If(B.Visible, B.Y + B.Height, B.Y + 1). Việc thêm 1 đảm bảo rằng A luôn nằm dưới B, ngay cả khi B bị ẩn.
Các điều khiển được nhóm
Thứ tự mặc định phù hợp với nội dung tách biệt nhưng không phù hợp với nội dung được nhóm. Xem xét hai lát cạnh nhau được vẽ bằng điều khiển Hình chữ nhật. Mỗi lát có một tiêu đề. Bên dưới tiêu đề là hai nút được xếp chồng lên nhau theo chiều dọc: A và B cho lát đầu tiên và C và D cho lát còn lại.
Thứ tự mặc định là từ trên xuống dưới rồi từ trái sang phải. Do đó, thứ tự của các điều khiển là:
- Hình chữ nhật bên trái
- Hình chữ nhật bên phải
- Tiêu đề bên trái
- Tiêu đề bên phải
- A
- C
- B
- D
Cấu trúc này không thể hiện rằng A và B ở cùng nhau. Tương tự, C và D ở cùng nhau.
Sử dụng Bộ chứa để nhóm nội dung liên quan. Tất cả các điều khiển trong một Bộ chứa sẽ xuất hiện cùng nhau theo trình tự. Trong bộ chứa, các điều khiển được sắp xếp theo cùng một quy tắc: từ trên xuống dưới rồi từ trái sang phải.
Thay thế Hình chữ nhật của ví dụ trước bằng Bộ chứa, thứ tự điều khiển hiện tại hợp lý đối với người dùng trình đọc màn hình:
- Bộ chứa bên trái
- Tiêu đề bên trái
- A
- B
- Bộ chứa bên phải
- Tiêu đề bên phải
- C
- D
Tất cả các điều khiển trong Thẻ biểu mẫu và Bộ sưu tập được nhóm tự động, vì vậy bạn không cần phải sử dụng Bộ chứa. Tuy nhiên, nếu có các nhóm con, bạn vẫn nên sử dụng Bộ chứa cho các nhóm đó.
Trong ví dụ này, hàng Thư viện hàng có một hình thu nhỏ và hai phần văn bản ở bên trái. Bên phải là hai nút. Về mặt trực quan và logic, hai bộ điều khiển nên được nhóm lại. Điều này đảm bảo rằng người dùng trình đọc màn hình sẽ gặp phải nhóm bên trái đầu tiên trước nhóm bên phải.
Thứ tự điều hướng bàn phím hợp lý
Điều hướng bàn phím là một khía cạnh quan trọng của bất kỳ ứng dụng. Đối với nhiều người, bàn phím hiệu quả hơn so với sử dụng cảm ứng hoặc chuột. Thứ tự điều hướng nên:
- Theo dõi luồng điều khiển trực quan.
- Thực hiện theo thứ tự trực quan và sau đó xuống thứ tự "Z" hoặc xuống và sau đó qua thứ tự "đảo ngược N".
- Chỉ có một tab dừng tại các điều khiển tương tác.
AcceptsFocus chỉ định liệu các điều khiển có thể được truy cập bằng bàn phím hay không. Đối với các điều khiển cổ điển, thuộc tính tương đương là TabIndex.
Thứ tự điều hướng tuân theo thứ tự điều khiển: từ trái sang phải, sau đó từ trên xuống dưới, theo hình chữ "Z". Bạn có thể tùy chỉnh theo cùng cách như với lệnh điều khiển. Ví dụ, các điều khiển trong Container, Form Thẻ và Galleries được nhóm tự động. Phím Tab sẽ điều hướng qua tất cả các phần tử bên trong vùng chứa trước khi chuyển sang phần điều khiển tiếp theo bên ngoài vùng chứa.
Nếu thứ tự điều hướng không mong muốn, trước tiên bạn nên kiểm tra xem cấu trúc ứng dụng có logic không.
Lưu ý
Khi các điều khiển được di chuyển động trên màn hình, ví dụ, bằng cách thay đổi giá trị X hoặc Y theo biểu thức a Power Fx , thứ tự điều hướng sẽ không được cập nhật.
Giải pháp cho trình tự tab tùy chỉnh
Đối với các trường hợp hiếm gặp mà thứ tự điều hướng bàn phím phải khác với thứ tự trực quan, bạn có thể đặt vị trí các tùy chọn điều khiển vùng chứa một cách cẩn trọng để đạt được hiệu quả tương tự.
Trong ví dụ dưới đây, nút A nằm trên nút B. Thứ tự điều hướng tab tự nhiên là A rồi đến B.
Để đảo ngược thứ tự điều hướng tab, hãy đặt B vào tùy chọn điều khiển Vùng chứa. Đặt giá trị Y của Vùng chứa ở trên A. Cấu trúc ứng dụng hiện có Vùng chứa (và B) trước A. Do đó, thứ tự điều hướng tab là B rồi đến A.
Với kỹ thuật này, người dùng trình đọc màn hình cũng sẽ gặp B trước A khi điều hướng mà không cần dùng phím Tab.
Chỉ mục tab tùy chỉnh (tính năng đã ngừng hoạt động)
Chỉ mục tab tùy chỉnh là những chỉ mục lớn hơn 0. Chúng không còn được hỗ trợ nữa. Tất cả các giá trị TabIndex lớn hơn 0 sẽ được coi là 0.
Chỉ mục tab tùy chỉnh gần như luôn là dấu hiệu của thiết kế kém. Có những lựa chọn thay thế tốt hơn như tạo cấu trúc ứng dụng thích hợp hoặc sử dụng SetFocus để thay đổi tiêu điểm.
Một số vấn đề với chỉ mục tab tùy chỉnh:
Trợ năng
Chỉ mục tab tùy chỉnh gây ra vấn đề nghiêm trọng về trợ năng. Người dùng trình đọc màn hình điều hướng một ứng dụng bằng cấu trúc lô-gic của nó. Chỉ mục tab tùy chỉnh bỏ qua cấu trúc đó. Vì người dùng trình đọc màn hình cũng có thể điều hướng bằng phím Tab, họ sẽ bối rối khi nhận được thứ tự khác với các phương thức điều hướng khác.
Khả năng sử dụng
Người dùng có thể bối rối khi một số mục xuất hiện bị bỏ qua. Họ có thể bị mất phương hướng khi tiêu điểm di chuyển theo một thứ tự không thể đoán trước. Điều này càng khó khăn hơn đối với người dùng khuyết tật về nhận thức.
Bảo trì
Nhà sản xuất ứng dụng cần cập nhật thủ công TabIndex của nhiều điều khiển mỗi khi chèn một điều khiển mới. Rất dễ bỏ lỡ bản cập nhật hoặc xếp sai thứ tự.
Hiệu suất
Để hỗ trợ chỉ mục tab tùy chỉnh, hệ thống Power Apps phải kiểm tra tất cả các điều khiển trên trang và tính toán thứ tự thích hợp. Việc tính toán này là một quá trình chuyên sâu. Các tùy chọn điều khiển vùng chứa như Thư viện có các quy tắc phức tạp về cách hoạt động của TabIndex cho tùy chọn điều khiển phụ. Hệ thống ánh xạ TabIndex mong muốn của người tạo đến một giá trị khác để tuân theo các quy tắc này. Vì vậy, ngay cả khi TabIndex được đặt thành 0 cho tất cả các tùy chọn điều khiển, tabindex HTML thực tế sẽ là một số dương.
Tích hợp với các thành phần khác
Chỉ mục tab tùy chỉnh chỉ hoạt động với các tùy chọn điều khiển tích hợp sẵn. Các tùy chọn điều khiển không được tích hợp vào hệ thống chỉ mục tab Power Apps sẽ có thứ tự điều hướng ngoài dự kiến. Đây có thể là một vấn đề đối với thành phần mã. Nhà phát triển của các thành phần này phải theo dõi các phần tử tương tác và thiết lập chỉ mục tab cho chúng. Họ có thể sử dụng thư viện của bên thứ ba. Các thư viện này thậm chí có thể không cung cấp cách tùy chỉnh chỉ mục tab. Mặt khác, khi tất cả các chỉ mục tab là 0 hoặc -1, không cần phải sử dụng hệ thống chỉ mục tab Power Apps. Bất kỳ thành phần bên thứ ba nào được nhúng trong ứng dụng sẽ tự động nhận được trình tự tab chính xác.
Theo hướng khác, khi ứng dụng canvas được nhúng vào một trang web khác, chỉ mục tab tùy chỉnh sẽ không hoạt động. Ví dụ: trong trang tùy chỉnh. Power Apps không thể kiểm soát các yếu tố bên ngoài ứng dụng canvas, do đó, thứ tự điều hướng tab tổng thể sẽ không theo lô-gic.
Các bước tiếp theo
Màu dễ tiếp cận trong Power Apps