Bagikan melalui

Praktik aksesibilitas untuk dihindari

  • Artikel

Jika Anda ingin membuat aplikasi Windows yang dapat diakses, lihat daftar praktik ini untuk menghindari:

  • Hindari membangun elemen UI kustom jika Anda dapat menggunakan kontrol atau kontrol Windows default yang telah menerapkan dukungan Microsoft UI Automation. Kontrol Windows standar dapat diakses secara default dan biasanya hanya memerlukan penambahan beberapa atribut aksesibilitas yang khusus untuk aplikasi. Sebaliknya, menerapkan dukungan AutomationPeer untuk kontrol kustom sejati agak lebih terlibat (lihat Rekan otomatisasi kustom).

  • Jangan letakkan teks statis atau elemen non-interaktif lainnya ke dalam urutan tab (misalnya, dengan mengatur properti TabIndex untuk elemen yang tidak interaktif). Jika elemen non-interaktif berada dalam urutan tab, itu bertentangan dengan panduan aksesibilitas keyboard karena mengurangi efisiensi navigasi keyboard untuk pengguna. Banyak teknologi bantuan menggunakan urutan tab dan kemampuan untuk memfokuskan elemen sebagai bagian dari logika mereka tentang cara menyajikan antarmuka aplikasi kepada pengguna teknologi bantuan. Elemen teks saja dalam urutan tab dapat membingungkan pengguna yang hanya mengharapkan elemen interaktif dalam urutan tab (tombol, kotak centang, bidang input teks, kotak kombo, daftar, dan sebagainya).

  • Hindari menggunakan posisi absolut elemen UI (seperti dalam elemen Canvas ) karena urutan presentasi sering berbeda dari urutan deklarasi elemen turunan (yang merupakan urutan logis de facto). Jika memungkinkan, atur elemen UI dalam dokumen atau urutan logis untuk memastikan bahwa pembaca layar dapat membaca elemen-elemen tersebut dalam urutan yang benar. Jika urutan elemen UI yang terlihat dapat berbeda dari dokumen atau urutan logis, gunakan nilai indeks tab eksplisit (atur TabIndex) untuk menentukan urutan pembacaan yang benar.

  • Jangan gunakan warna sebagai satu-satunya cara untuk menyampaikan informasi. Pengguna yang buta warna tidak dapat menerima informasi yang disampaikan hanya melalui warna, seperti dalam indikator status warna. Sertakan isyarat visual lainnya, sebaiknya teks, untuk memastikan bahwa informasi dapat diakses.

  • Jangan secara otomatis me-refresh seluruh kanvas aplikasi kecuali benar-benar diperlukan untuk fungsionalitas aplikasi. Jika Anda perlu me-refresh konten halaman secara otomatis, perbarui hanya area halaman tertentu. Teknologi bantuan umumnya harus mengasumsikan bahwa kanvas aplikasi yang di-refresh adalah struktur yang benar-benar baru, bahkan jika perubahan yang efektif minimal. Biaya ini untuk pengguna teknologi bantuan adalah bahwa setiap tampilan dokumen atau deskripsi aplikasi yang disegarkan sekarang harus dibuat ulang dan disajikan kepada pengguna lagi.

    Navigasi halaman yang disarankan yang dimulai oleh pengguna adalah kasus yang sah untuk me-refresh struktur aplikasi. Tetapi pastikan bahwa item UI yang memulai navigasi diidentifikasi dengan benar atau dinamai untuk memberikan beberapa indikasi bahwa memanggilnya akan mengakibatkan perubahan konteks dan pemuatan ulang halaman.

    Catatan

    Jika Anda melakukan refresh konten dalam suatu wilayah, pertimbangkan untuk mengatur properti aksesibilitas AccessibilityProperties.LiveSetting pada elemen tersebut ke salah satu pengaturan non-default Sopan atau Tegas. Beberapa teknologi bantuan dapat memetakan pengaturan ini ke konsep Aplikasi Internet Kaya yang Dapat Diakses (ARIA) wilayah langsung dan dengan demikian dapat memberi tahu pengguna bahwa wilayah konten telah berubah.

  • Jangan gunakan elemen UI yang berkedip lebih dari tiga kali per detik. Elemen berkedip dapat menyebabkan beberapa orang mengalami kejang. Yang terbaik adalah menghindari penggunaan elemen UI yang berkedip.

  • Jangan ubah konteks pengguna atau aktifkan fungsionalitas secara otomatis. Perubahan konteks atau aktivasi harus terjadi hanya ketika pengguna mengambil tindakan langsung pada elemen UI yang memiliki fokus. Perubahan dalam konteks pengguna termasuk mengubah fokus, menampilkan konten baru, dan menavigasi ke halaman lain. Membuat perubahan konteks tanpa melibatkan pengguna dapat memisahkan pengguna yang memiliki disabilitas. Pengecualian untuk persyaratan ini termasuk menampilkan submenu, memvalidasi formulir, menampilkan teks bantuan dalam kontrol lain, dan mengubah konteks sebagai respons terhadap peristiwa asinkron.