Aksesibilitas Simbol | Blog | Solusi Galaksi Andromeda

Kadang -kadang kita menggunakan simbol alih -alih kata -kata untuk menyampaikan makna dan ini terutama benar dalam berbagai aplikasi teknis dan teknik, yang merupakan konteks untuk eksplorasi kita.

Simbol yang kami gunakan kadang -kadang dipinjam dari tempat lain seperti menggunakan huruf kecil Yunani theta (θ) untuk mewakili sudut dalam trigonometri.

andromeda-v2.appspot.com/o/media%2FCEb9OVkHlQ2NxI6QTfAk%2FSinus_und_Kosinus_am_Einheitskreis_1.png?alt=media&token=53c32bb8-f2b0-4b40-8203-b81d5357dab1″ alt=”Diagram yang menunjukkan lingkaran dengan garis pembagian horizontal dan vertikal dengan segmen garis di kuadran kanan atas untuk menggambarkan cosinus dan sinus menggunakan theta untuk mewakili sudut.” title=”SINE dan COSINE”/> Atribusi: oleh Stephan Kulla (Pengguna: Stephan Kulla) – Pekerjaan sendiri, CC0, Link

Ini membawa kita ke situasi di mana kita perlu mempertimbangkan dengan cermat bagaimana teknologi bantu akan menafsirkan simbol. Dalam kasus khusus ini kita mungkin baik -baik saja dengan θ dibaca sebagai “theta” tetapi dalam beberapa kasus kita mungkin lebih suka dibaca sebagai “sudut”. Yang penting adalah bahwa kita membutuhkannya untuk dimasukkan dalam output dari teknologi bantu. Dalam beberapa kasus, teknologi bantu seperti pembaca layar akan menafsirkan simbol sebagai tanda baca dan tidak akan memasukkannya ke dalam output.

Misalnya, ada beberapa simbol yang dapat digunakan untuk mewakili perkalian:

• Pengganda DOT: ⋅
• Pengganda silang: ×
• Asterisk: *
• Dan terkadang untuk kebijaksanaan keyboard kami menggunakan surat itu x

Dalam kebanyakan kasus simbol titik dan tanda bintang diabaikan sebagai tanda baca, pengganda silang dibaca sebagai “multiply” atau “waktu”, dan huruf X dibaca hanya sebagai “ex”. Untuk keperluan aksesibilitas kami menemukan lebih baik menggunakan simbol Cross Multiplier × untuk mewakili perkalian karena secara semantik benar dan ditafsirkan secara tepat oleh teknologi bantu.

Terkadang memilih simbol yang benar jauh lebih sulit untuk diidentifikasi. Sebagai contoh, ∅ adalah set kosong sementara Ø adalah O-stroke tetapi mampu membedakan secara visual antara ini tergantung pada font yang digunakan dan ketajaman visual pembaca. Secara umum, pembaca layar membaca Ø sebagai “oh” atau “oh stroke” sementara ∅ dapat diabaikan sebagai tanda baca atau dibaca sebagai “set kosong”. Namun, secara umum digunakan, kami mungkin lebih suka kata null untuk mewakili set kosong.

Bagaimana kita bisa menunjukkan kepada pembaca layar cara yang dimaksudkan untuk membaca simbol?

Opsi

Untuk keperluan artikel ini, kami telah diuji menggunakan Windows Narator (Feb 2024), akses NV Nvda (2024.2), dan Apple Pengisi suara (MacOS 15.0.1).

Mari kita lihat beberapa opsi yang mungkin menggunakan beberapa contoh:

1. Penggunaan simbol omega bahasa Yunani Higpercase Ω untuk mewakili ohm, unit resistensi listrik. Sebagai baseline kami menemukan bahwa narator membaca Ω sebagai “omega”, NVDA kadang -kadang membacanya sebagai “omega” dan kadang -kadang sebagai “Q”, sementara sulih suara membacanya sebagai “huruf Yunani omega”.
2. Penggunaan simbol set kosong ∅ untuk mewakili nol. Sebagai baseline kami menemukan bahwa narator mengabaikan ∅ sementara NVDA membacanya sebagai “set kosong”.

Rubi

Itu <ruby> Elemen digunakan untuk simbol anotasi, biasanya karakter Asia Timur, jadi ini mungkin sepertinya cocok.

<ruby>Ω <rp>(</rp><rt>Ohm</rt><rp>)</rp></ruby>
<ruby>∅ <rp>(</rp><rt>Null</rt><rp>)</rp></ruby>

Tapi itu benar -benar dimaksudkan sebagai anotasi dan mungkin bukan semantik terbaik untuk kasus penggunaan ini. Selain itu, pembaca layar tidak mencoba membaca anotasi.

Definisi

Demikian pula, <dfn> Tag bukanlah kesesuaian semantik yang hebat karena dimaksudkan untuk mendefinisikan kata, istilah, atau frasa pertama kali muncul dan untuk mengaitkan kata yang tidak diketahui dengan definisinya. Terkadang digunakan bersama <abbr> Untuk mendefinisikan singkatan atau akronim, tetapi itu tidak dimaksudkan untuk digunakan untuk setiap kejadian istilah dalam satu halaman.

<dfn title="Ohm">Ω</dfn>
<dfn title="Null">∅</dfn>

Juga, title Atribut tidak dibaca oleh pembaca layar.

Ssml

Opsi yang benar secara semantik (setidaknya untuk pembaca layar) adalah dengan menggunakan bahasa markup Sintesis Bahasa (SSML) untuk memberikan panduan pengucapan kepada pembaca layar.

Ada dua opsi sintaks:

<span data-ssml-sub-alias="Ohm">Ω</span>
<span data-ssml="{"sub":{"alias":"Null"}}">∅</span>

Sayangnya, tak satu pun dari ini bekerja di pembaca layar yang kami uji.

Aria

Kita selalu dapat kembali pada ARIA, tetapi tidak ada yang sangat pas di sini karena tidak ada peran khusus untuk simbol, juga tidak ada atribut yang dimaksudkan untuk memberikan disambiguasi atau pengucapan. Anda mungkin tergoda untuk menggunakan label, tetapi ini hanya valid pada elemen/peran yang dapat menerima nama yang dapat diakses, tetapi ini tidak termasuk <p> atau <span>artinya penggunaan <span aria-label="Ohm">Ω</span> akan menjadi tidak sah dan dapat menghasilkan hasil yang tidak konsisten atau tidak dapat diprediksi, terlepas dari apa yang Anda temukan selama pengujian pembaca layar.

Satu -satunya aria yang mungkin valid yang dapat kita terapkan pada rentang aria-describedby (Kami bisa menggunakan aria-description yang akan lebih sederhana, tetapi masih dalam draft dan bukan atribut yang disetujui).

<span id="ohm" style="display: none">Ohm</span>
<span aria-describedby="ohm">Ω</span>

<span id="null" style="display: none">Null</span>
<span aria-describedby="null">∅</span>

Sayangnya, ini sulit diterapkan dengan aman karena ketergantungan pada id dan tidak bekerja secara konsisten di pembaca layar.

Tidak ada

Pertimbangkan bahwa dalam banyak kasus, jawaban yang benar adalah tidak melakukan apa pun. Pengguna Anda mungkin sangat mampu memahami bahwa Ω berarti ohm berdasarkan konteks dan tidak memerlukan pekerjaan khusus dari Anda. Juga, teknik apa pun yang Anda gunakan untuk memaksa teknologi bantu untuk berperilaku Anda ingin dapat mengambil kendali dari pengguna.

Kesimpulan

Tidak ada solusi teknis saat ini, tetapi ada beberapa pedoman yang dapat kami gunakan untuk meningkatkan peluang kami untuk aksesibilitas:

1. Kapan pun memungkinkan, gunakan simbol yang benar. Misalnya, × untuk perkalian dan simbol set kosong ∅ alih-alih simbol O-stroke Ø.
2. Jika perlu, Anda dapat mempertimbangkan penggunaan SSML sebagai petunjuk tentang bagaimana kami bermaksud simbol untuk dibaca.
3. Jangan lupa bahwa kami tidak pernah ingin menghapus kontrol atau informasi dari pengguna sehingga hindari menggunakan teknik apa pun untuk “memperbaiki” pembaca layar untuk berperilaku seperti Anda ingin karena ini dapat menyebabkan perilaku yang tidak diinginkan yang menjadi penghalang untuk diakses.

Kami berharap bahwa kami pada akhirnya kami akan melihat dukungan yang lebih baik untuk SSML dalam HTML dan/atau cara standar untuk mewakili simbol dengan cara semantik dan dapat diakses, tetapi sampai saat itu terserah Anda untuk bekerja sama dengan pengguna Anda untuk menentukan output yang optimal.