Ograniczenia dostępności w aplikacjach kanw
Za pomocą wbudowanych formantów można projektować i tworzyć dostępne aplikacje kanwy. Czasami kombinacja projektu aplikacji, użycie różnych formantów i skonfigurowane właściwości kontrolki mogą spowodować, że aplikacja będzie niedostępna.
W tym artykule dowiesz się o tych ograniczeniach ułatwień dostępu w aplikacjach kanw i jak poprawić interfejs aplikacji, aby zwiększyć dostępność.
Dialogi i nakładki
Nie są obsługiwane dialogi i interfejsy użytkownika wyświetlane na górze innej zawartości. Wymagają one zarządzania skupieniem, ukrywania zawartości w tle przed czytelnikami ekranu oraz odpowiednich ról kontroli.
Zaleca się uwzględnić następujące elementy:
- Użyj oddzielnych ekranów dla każdego „dialogu”.
- Użyj funkcji Notify .
- Utwórz składnik kodu implementujący sesję dialogową z ułatwieniami dostępu.
Interfejsy na kartach
Interfejs z zakładkami składa się z listy zakładek i panelu wyświetlającego treść powiązaną z wybraną zakładką.
Jedyną wbudowaną kontrolką obsługującą interfejsy z zakładkami jest listy kart. Unikaj używania Galerii do tworzenia zakładek. Lista kart powinna być nawigacja za pomocą klawiszy strzałek. Wymagane są odpowiednie role kontroli i stany.
Zaleca się uwzględnić następujące elementy:
- Użyj wbudowanej listy kart.
- Utwórz składnik kodu implementujący interfejs z kartami i ułatwieniami dostępu.
Tabele niestandardowe
Jedyna wbudowana kontrolka obsługująca dane, które obsługują dwuwymiarowe dane to Tabela danych. Należy unikać używania galerii do prezentowania danych w wierszach i kolumnach. Wiersze i kolumny muszą być oznaczone, aby czytnik ekranu rozumiał ich strukturę i mógł poruszać się po komórkach.
Zaleca się uwzględnić następujące elementy:
- Użyj wbudowanej Tabela danych.
- Prezentuj dane w jednym kierunku tylko za pomocą Galeria.
- Utwórz składnik kodu implementujący tabelę z ułatwieniami dostępu.
Niestandardowe pola kombi
Można emulować pole kombi, łącząc wartości Tekst wejściowy i Galeria. Nie są jednak dostępne wbudowane pola kombi. Pola kombi muszą obsługiwać strzałki i ustawiać odpowiednie role oraz stany w swoich elementach.
Zaleca się uwzględnić następujące elementy:
- Użyj wbudowanego pola kombi lub listy rozwijanej.
- Utwórz składnik kodu implementujący pole kombi z ułatwieniami dostępu.
Zawartość, która można przewijać
Użytkownicy klawiatury nie mogą przewijać formularzy, ekranów, które można przewijać oraz kontenerów, jeśli nie ma w nich żadnych interaktywnych formantów.
W przypadku galerii bez zawartości interaktywnej można ustawić w samej galerii przycisk TabIndex, aby użytkownicy klawiatury mogą się na nim skoncentrować i używać klawiszy strzałek do przewijania.
W przypadku etykiet ustawienie TabIndex umożliwia skupienie i przewijanie za pomocą klawiatury. Oznacza to jednak zamianę w przyciski. Nie można uczynić etykiet przewijalnymi, jeśli nie mają zostać przyciskami. Upewnij się, że etykieta jest na tyle duża, aby pasować do tekstu. Właściwość AutoHeight może być używana do automatycznego dostosowania rozmiaru formantu, gdy jest on wewnątrz formularza, ekranu, który można przewijać lub galerii.
Sekcje, które można rozwijać
Sekcje z możliwością rozwinięcia, znane również jako sekcje ujawniające, zawierają zawartość ukrytą przed użytkownikiem, dopóki nie naciśnie on przycisku. Nie ma wbudowanej obsługi tych elementów, ale istnieje obejście tego problemu.
Należy wymienić stan rozwiniętą na stronie AccessibleLabel przycisku. Na przykład „Pokaż więcej szczegółów. Zwinięte”.
Zaktualizuj etykietę AccessibleLabel po zmianie stanu rozszerzonego. Umieść rozwiniętą zawartość natychmiast po przycisku, tak aby użytkownik czytnika ekranu mógł do niego logicznie przejść. Resztę treści w momencie rozwinięcia sekcji przerzuć w dół.
Punkty orientacyjne
Nagłówki można tworzyć za pomocą formantów etykiet. Nawigacja, banner i inne punkty orientacyjne nie są obsługiwane. Power Apps automatycznie ustawia główny punkt orientacyjny na ekran aplikacji.
W przypadku innych punktów orientacyjnych użyj nagłówka jako rozwiązania.
Niestandardowe role i stany
Nie ma wbudowanej obsługi niestandardowych ról i stanów. W związku z tym nie zaleca się tworzenia złożonych pól wyboru, suwaków i przełączania z wbudowanych formantów.
Zaleca się uwzględnić następujące elementy:
- Należy wymienić rolę i stan formantu w AccessibleLabel. Jeśli na przykład jako pole wyboru jest używana ikona, jej etykieta może brzmieć „Włącz notyfikacje. Pole wyboru. Zaznaczone”.
- Utwórz składnik kodu, który odpowiednio ustawia role i stany zestawu WAI-ARIA.
Obsługa niestandardowej klawiatury
Nie można zareagować na określone naciśnięcia klawiszy. Na przykład użytkownik nie może korzystać z niestandardowego zachowania klawiszy strzałek lub klawisza Escape. Z tego względu nie można komponować formantów przypominanych listami, takich jak przyciski radiowe z wbudowanych formantów. Nie można też tworzyć nakładek, które można zwolnić za pomocą klucza Escape.
Obsługa klawiszy Enter lub Spacja jest obsługiwana za pomocą opcji OnSelect. Ta właściwość jest jednak wyzwalana przez inne metody wejściowe, takie jak kliknięcia przyciskiem myszy. Nie ma możliwości rozróżnienia źródła zdarzenia.
Zarządzanie fokusem
SetFocus można używać do zmiany fokusu, ale działa ona tylko w ograniczonych sytuacjach.
Nie można wykryć, kiedy formanty odbierają lub stracą fokus.
Ukrywanie zawartości z ekranu tylko dla czytników ekranu
Nie ma ukrytego odpowiednika aria-hidden, który umożliwia pokazanie treści użytkownikom zwykłym, ale ukrywania ich użytkownikom czytników ekranu. Obsługiwanych jest tylko kilka scenariuszy.
Następne kroki
Zobacz także
- Tworzenie aplikacji z ułatwieniami dostępu
- Struktura aplikacji z ułatwieniami dostępu
- Kolory ułatwiające dostęp w Power Apps
- Pokazywanie lub ukrywanie zawartości programów ułatwiających dostęp do aplikacji kanwy
- Ogłaszanie dynamicznych zmian z użyciem regionów na żywo w aplikacjach kanwy
- Korzystanie z narzędzia Sprawdzanie ułatwień dostępu