Bagikan melalui

Mengembangkan aplikasi Windows inklusif

  • Artikel

Artikel ini membahas cara mengembangkan aplikasi Windows yang dapat diakses. Secara khusus, ini mengasumsikan bahwa Anda memahami cara merancang hierarki logis untuk aplikasi Anda. Pelajari cara mengembangkan aplikasi Windows yang dapat diakses yang mencakup navigasi keyboard, pengaturan warna dan kontras, dan dukungan untuk teknologi bantuan.

Jika Anda belum melakukannya, silakan mulai dengan membaca Merancang perangkat lunak inklusif.

Ada tiga hal yang harus Anda lakukan untuk memastikan bahwa aplikasi Anda dapat diakses:

  1. Mengekspos elemen UI Anda ke akses terprogram.
  2. Pastikan aplikasi Anda mendukung navigasi keyboard untuk orang yang tidak dapat menggunakan mouse atau layar sentuh.
  3. Pastikan aplikasi Anda mendukung warna dan pengaturan kontras yang dapat diakses.

Akses terprogram

Akses terprogram sangat penting untuk membuat aksesibilitas di aplikasi. Ini dicapai dengan mengatur nama yang dapat diakses (diperlukan) dan deskripsi (opsional) untuk konten dan elemen antarmuka pengguna interaktif di aplikasi Anda. Ini memastikan bahwa kontrol UI diekspos ke teknologi bantuan (AT) seperti pembaca layar (misalnya, Narator) atau perangkat output alternatif (seperti tampilan Braille). Tanpa akses terprogram, API untuk teknologi bantuan tidak dapat menginterpretasikan informasi dengan benar, membuat pengguna tidak dapat menggunakan produk dengan cukup, atau memaksa AT untuk menggunakan antarmuka atau teknik pemrograman yang tidak berdokumen tidak pernah dimaksudkan untuk digunakan sebagai antarmuka aksesibilitas. Ketika kontrol UI diekspos ke teknologi bantuan, AT dapat menentukan tindakan dan opsi apa yang tersedia untuk pengguna.

Untuk informasi selengkapnya tentang membuat elemen UI aplikasi Anda tersedia untuk teknologi bantuan (AT), lihat Mengekspos informasi aksesibilitas dasar.

Navigasi papan ketik

Bagi pengguna yang buta atau memiliki masalah mobilitas, dapat menavigasi UI dengan keyboard sangat penting. Namun, hanya kontrol UI yang memerlukan interaksi pengguna untuk berfungsi yang harus diberikan fokus keyboard. Komponen yang tidak memerlukan tindakan, seperti gambar statis, tidak memerlukan fokus keyboard.

Penting untuk diingat bahwa tidak seperti menavigasi dengan mouse atau sentuhan, navigasi keyboard linier. Saat mempertimbangkan navigasi keyboard, pikirkan tentang bagaimana pengguna Anda akan berinteraksi dengan produk Anda dan apa navigasi logisnya. Dalam budaya Barat, orang membaca dari kiri ke kanan, atas ke bawah. Oleh karena itu, praktik umum untuk mengikuti pola ini untuk navigasi keyboard.

Saat merancang navigasi keyboard, periksa UI Anda, dan pikirkan pertanyaan-pertanyaan berikut:

  • Bagaimana kontrol ditata atau dikelompokkan di antarmuka pengguna?
  • Apakah ada beberapa grup kontrol yang signifikan?
    • Jika ya, apakah grup tersebut berisi tingkat grup lain?
  • Di antara kontrol serekan, haruskah navigasi dilakukan dengan bertabing, atau melalui navigasi khusus (seperti tombol panah), atau keduanya?

Tujuannya adalah untuk membantu pengguna memahami bagaimana UI ditata dan mengidentifikasi kontrol yang dapat ditindak. Jika Anda menemukan bahwa ada terlalu banyak perhentian tab sebelum pengguna menyelesaikan perulangan navigasi, pertimbangkan untuk mengelompokkan kontrol terkait di grup yang sama. Beberapa kontrol yang terkait, seperti kontrol hibrid, mungkin perlu ditangani pada tahap eksplorasi awal ini. Setelah Anda mulai mengembangkan produk Anda, sulit untuk mengerjakan ulang navigasi keyboard, jadi rencanakan dengan hati-hati dan rencanakan lebih awal!

Untuk mempelajari selengkapnya tentang navigasi keyboard di antara elemen UI, lihat Aksesibilitas keyboard.

Selain itu , eBook Perangkat Lunak Rekayasa untuk Aksesibilitas memiliki bab yang sangat baik tentang subjek ini berjudul Merancang Hierarki Logis.

Warna dan kontras

Salah satu fitur aksesibilitas bawaan di Windows adalah mode Kontras Tinggi, yang memperingkat kontras warna teks dan gambar di layar komputer. Bagi beberapa orang, meningkatkan kontras warna mengurangi pelatihan mata dan membuatnya lebih mudah dibaca. Ketika Anda memverifikasi UI Anda dengan kontras tinggi, Anda ingin memeriksa bahwa kontrol telah dikodekan secara konsisten dan dengan warna sistem (bukan dengan warna yang dikodekan secara permanen) untuk memastikan bahwa mereka akan dapat melihat semua kontrol di layar yang akan dilihat pengguna yang tidak menggunakan kontras tinggi.

XAML

<Button Background="{ThemeResource ButtonBackgroundThemeBrush}">OK</Button>

Untuk informasi selengkapnya tentang menggunakan warna dan sumber daya sistem, lihat sumber daya tema XAML.

Selama Anda belum mengesampingkan warna sistem, aplikasi UWP mendukung tema kontras tinggi secara default. Jika pengguna telah memilih bahwa mereka ingin sistem menggunakan tema kontras tinggi dari pengaturan sistem atau alat aksesibilitas, kerangka kerja secara otomatis menggunakan pengaturan warna dan gaya yang menghasilkan tata letak kontras tinggi dan penyajian untuk kontrol dan komponen di UI.

Untuk informasi selengkapnya, lihat Tema kontras tinggi.

Jika Anda telah memutuskan untuk menggunakan tema warna Anda sendiri alih-alih warna sistem, pertimbangkan panduan ini:

Rasio kontras warna - Bagian 508 yang diperbarui dari Amerika dengan Undang-Undang Disabilitas, serta undang-undang lainnya, mengharuskan warna default kontras antara teks dan latar belakangnya harus 5:1. Untuk teks besar (ukuran font 18 titik, atau 14 poin dan ditebalkan), kontras default yang diperlukan adalah 3:1.

Kombinasi warna - Sekitar 7 persen laki-laki (dan kurang dari 1 persen wanita) memiliki beberapa bentuk kekurangan warna. Pengguna dengan colorblindness memiliki masalah yang membedakan antara warna tertentu, jadi penting bahwa warna saja tidak pernah digunakan untuk menyampaikan status atau makna dalam aplikasi. Adapun gambar dekoratif (seperti ikon atau latar belakang), kombinasi warna harus dipilih dengan cara yang memaksimalkan persepsi gambar oleh pengguna colorblind.

Daftar periksa aksesibilitas

Berikut ini adalah versi singkat dari daftar periksa aksesibilitas:

  1. Atur nama yang dapat diakses (wajib) dan deskripsi (opsional) untuk konten dan elemen antarmuka pengguna interaktif di aplikasi Anda.
  2. Terapkan aksesibilitas keyboard.
  3. Verifikasi antarmuka pengguna Anda secara visual untuk memastikan bahwa kontras teks memadai, elemen dirender dengan benar dalam tema kontras tinggi, dan warna digunakan dengan benar.
  4. Jalankan alat aksesibilitas, atasi masalah yang dilaporkan, dan verifikasi pengalaman membaca layar. (Lihat Topik pengujian aksesibilitas.)
  5. Pastikan pengaturan manifes aplikasi Anda mengikuti panduan aksesibilitas.
  6. Deklarasikan bahwa aplikasi Anda dapat diakses di Microsoft Store. (Lihat Aksesibilitas dalam topik penyimpanan .)

Untuk detail selengkapnya, silakan lihat topik daftar periksa Aksesibilitas lengkap.