Cara Membuat Lembar Karakter RPG yang Padat Lebih Mudah Dinavigasi dengan Pembaca Layar
Bagi pemain yang perlu menemukan detail karakter dengan cepat selama sesi permainan meja, atur ulang lembar karakter berdasarkan tugas-tugas umum dalam bermain: memeriksa lemparan dadu, memilih aksi, memperbarui sumber daya, atau mengingat kembali suatu fitur. Gunakan judul dan label yang tepat dalam dokumen yang dapat diedit atau lembar digital yang aksesibel, lalu uji alur navigasi tersebut dengan pembaca layar dan aplikasi yang ingin Anda gunakan. Desain ulang secara visual saja dapat membiarkan struktur dasarnya tidak berubah.
Mulailah dari momen-momen saat Anda membutuhkan lembar karakter
Sebelum mengubah tata letak, buat daftar pertanyaan yang paling sering Anda ajukan selama bermain. Misalnya: "Berapa yang harus saya tambahkan ke lemparan ini?", "Aksi apa saja yang bisa saya ambil?", "Apa fungsi fitur ini?", dan "Berapa kali penggunaan yang tersisa?" Pertanyaan-pertanyaan ini berfungsi sebagai indeks praktis: mereka memberi tahu Anda informasi apa yang harus mudah diakses dan apa yang dapat ditempatkan di bagian referensi yang lebih jarang digunakan.
Kelompokkan informasi berdasarkan tugas, bukan berdasarkan bentuk visual lembar cetak. Angka-angka penting karakter mungkin tersebar di beberapa kotak, tetapi pengguna pembaca layar mungkin harus membaca teks yang tidak relevan untuk mengumpulkannya. Satukan bagian-bagian yang dibutuhkan untuk satu rutinitas, atau sediakan bagian referensi cepat yang singkat dan berlabel jelas yang mengarah ke penjelasan yang lebih lengkap di bawahnya.
Pertahankan aturan permainan dan nilai-nilai asli karakter Anda. Mengatur ulang lembar karakter hanya mengubah letak informasi, bukan arti dari fitur, statistik, atau sumber daya.
Susun kerangka judul yang berguna
Buat satu judul dokumen yang jelas, lalu gunakan judul bagian yang deskriptif seperti "Pemeriksaan dan pertahanan", "Aksi dalam giliran", "Fitur dan batasan", "Perlengkapan", dan "Catatan sesi." Buat judul mencerminkan apa yang ada di bawahnya, sehingga pemain dapat memutuskan ke mana harus melompat tanpa membaca setiap paragraf. Panduan W3C menjelaskan bahwa judul yang ditandai dengan benar membantu pengguna pembaca layar menavigasi dan memahami kerangka dokumen; mengubah ukuran huruf atau ketebalan saja tidak memberikan struktur tersebut. Panduan W3C tentang menulis untuk aksesibilitas web
Gunakan gaya judul bawaan dalam pengolah kata atau kontrol judul yang sesuai di alat digital Anda, alih-alih sekadar memformat teks biasa agar terlihat seperti judul. Jaga hierarki tetap logis: bagian utama harus menjadi judul tingkat atas, dan subbagian harus berada di bawahnya. Hindari memilih tingkat judul hanya demi ukuran visualnya. Daftar judul harus terbaca seperti peta ringkas dari lembar karakter.
Beri judul detail yang cukup untuk membedakan bagian-bagian yang serupa. "Kemampuan" bisa jadi tidak jelas jika mencakup lemparan kemampuan sekaligus kemampuan khusus; "Lemparan kemampuan" dan "Fitur karakter" menjadi tujuan navigasi yang lebih jelas. W3C merekomendasikan judul dan label yang deskriptif, serta menyatakan bahwa markup yang benar memungkinkan teknologi asistif menampilkannya untuk navigasi. W3C tentang judul dan label
Tempatkan informasi yang sering digunakan di bagian awal
Urutkan bagian-bagian berdasarkan ritme sesi permainan. Bagian pembuka yang ringkas dapat memuat nama karakter, pengubah (modifier) yang sering digunakan, pertahanan, pergerakan, atau nilai lain yang diperiksa secara rutin, serta sumber daya yang paling sering diperbarui. Lanjutkan dengan pilihan aksi dan deskripsi fitur, lalu detail yang lebih jarang dilihat seperti latar belakang, catatan perlengkapan yang lebih panjang, atau riwayat kampanye.
Pastikan bagian pembuka cukup ringkas agar bermanfaat. Bagian ini harus menjawab pertanyaan umum, bukan mereproduksi seluruh isi lembar sebelum pemain mencapai bagian lainnya. Jika angka yang sama muncul dalam referensi cepat dan bagian lengkap, tentukan mana yang menjadi rujukan utama dan perbarui keduanya saat karakter berubah. Catatan pemeliharaan singkat—"Perbarui referensi cepat saat nilai ini berubah"—dapat mencegah inkonsistensi data.
Gunakan label yang menyatakan arti dari suatu angka. "Bonus: +5" lebih berguna daripada "+5" saja; "Penggunaan tersisa: 2" lebih jelas daripada angka "2" polos. Jika suatu sumber daya berubah selama permainan, sediakan cara yang konsisten untuk menemukan nilai saat ini dan batas maksimalnya, seperti "Fokus: tersisa 2 dari 3 penggunaan." Jangan hanya mengandalkan warna, posisi, batas garis, atau simbol untuk menyampaikan perbedaan tersebut: isyarat visual tersebut mungkin tidak terbaca saat konten disuarakan. WebAIM merekomendasikan struktur dokumen yang logis dan teks yang jelas daripada mengandalkan warna saja. Pengantar WebAIM untuk aksesibilitas web
Tulis fitur sebagai blok aksi yang dapat digunakan
Untuk setiap aturan atau fitur, sebutkan namanya terlebih dahulu, lalu jelaskan apa yang dapat dilakukan karakter, kapan aturan itu berlaku, berapa biaya atau persyaratannya, serta batasan atau durasinya. Satukan detail-detail ini agar pemain tidak perlu mencari ke bagian lain untuk menyelesaikan suatu keputusan. Pola yang konsisten dapat membantu: "Nama fitur. Gunakan saat… Pilih… Biaya… Batasan… Efek berakhir saat…" Sesuaikan bidang-bidang ini dengan permainan; abaikan yang tidak berlaku.
Pisahkan pilihan menjadi daftar yang terstruktur rapi jika membentuk suatu rangkaian, seperti aksi, mantra, barang yang disiapkan, atau kondisi. Berikan nama yang jelas dan penjelasan singkat pada setiap item. Hindari simulasi kolom yang dibuat dari tab, spasi berulang, atau pemisah dekoratif: susunan visualnya mungkin tidak memperjelas hubungan antardata saat dibaca secara linier. Jika suatu item memiliki penjelasan aturan yang lebih panjang, sertakan ringkasan aksi singkat di dekat daftar dan buat judul yang deskriptif untuk entri lengkapnya.
Untuk gambar lembar karakter atau catatan tulisan tangan, tambahkan teks yang menyampaikan informasi apa pun yang ada dalam gambar tersebut, atau transkripsikan informasi itu ke dalam dokumen. Potret karakter yang bersifat dekoratif tidak perlu memuat data permainan. W3C menyarankan agar teks alternatif mengomunikasikan informasi atau fungsi gambar, sementara gambar yang murni dekoratif dapat dibiarkan tanpa teks alternatif deskriptif. Panduan W3C tentang menulis untuk aksesibilitas web
Sederhanakan tabel dan kontrol interaktif
Gunakan tabel hanya jika informasinya bergantung pada hubungan baris dan kolom, seperti inventaris dengan kolom item, jumlah, dan catatan. Beri nama kolom yang spesifik, jaga tabel tetap sederhana, dan gunakan sel header yang sesungguhnya pada alat yang mendukungnya. W3C menjelaskan bahwa pembaca layar dapat membacakan informasi header saat pengguna menelusuri tabel data dengan markup yang benar; teks atau tab yang disejajarkan secara visual tidak mempertahankan hubungan tersebut. Teknik W3C untuk markup tabel
Banyak opsi karakter yang lebih mudah dipahami dalam bentuk judul dan daftar daripada tabel yang lebar. Tabel mantra atau fitur dengan deskripsi panjang dapat memaksa pengguna berpindah-pindah kolom secara berulang dan mempersulit pemahaman konteks item saat itu. Jika tabel memang diperlukan, batasi kolomnya hanya untuk informasi yang benar-benar sebanding dan hindari penggabungan sel (merged cells) atau judul bertingkat jika struktur yang lebih sederhana sudah memadai.
Untuk lembar yang dapat diisi, pastikan setiap elemen formulir memiliki label yang bermakna dan dapat diakses serta digunakan dalam urutan yang logis. Kotak centang harus diidentifikasi berdasarkan opsi yang diaturnya, bukan berdasarkan lokasi atau tanda yang tidak dijelaskan. WebAIM mencatat bahwa kontrol formulir memerlukan label yang terkait secara terprogram. Pengaturan pastinya bervariasi tergantung aplikasi, jadi periksa kontrol tersebut pada alat yang nantinya benar-benar digunakan. Pengantar WebAIM untuk aksesibilitas web
Buat referensi cepat tanpa menyembunyikan aturan lengkap
Bagian singkat "Sekilas info" dapat mempercepat aksi-aksi umum, sementara teks fitur lengkap tetap tersedia di bawah judulnya masing-masing. Misalnya, bagian ringkas bisa menyatakan "Second Wind — memulihkan kesehatan; sekali per istirahat," sedangkan entri fitur lengkap menjelaskan waktu dan jumlah pastinya sesuai aturan permainan. Beri label ringkasan sebagai ringkasan, dan jangan biarkan ringkasan tersebut menggantikan kondisi atau pengecualian yang dapat memengaruhi cara kerja suatu aksi.
Pendekatan dua lapis ini paling berguna ketika karakter memiliki banyak opsi. Ini memberi pemain jalur singkat untuk pemeriksaan rutin dan jalur yang lebih lengkap untuk situasi yang belum familiar. Jika aturan masih dipelajari, pertahankan susunan kata tetap mendekati opsi karakter resmi atau catatan yang disepakati kelompok, dan pertahankan kondisi apa pun yang memengaruhi penggunaannya.
Uji alur navigasi yang akan Anda gunakan dalam permainan
Buka lembar karakter di aplikasi dan pembaca layar yang sama dengan yang akan Anda gunakan saat bermain. Pertama, periksa daftar judul: apakah nama bagian membentuk kerangka yang berguna, dan bisakah Anda langsung melompat ke lemparan dadu, aksi, dan fitur? Kemudian lakukan navigasi menggunakan metode membaca dan kontrol normal dari aplikasi tersebut untuk menemukan pengubah yang sering digunakan, biaya atau batasan aksi, dan sumber daya yang perlu Anda perbarui. Perintah pembaca layar berbeda-beda, jadi ikuti panduan untuk pembaca layar spesifik Anda alih-alih mengasumsikan adanya satu pintasan universal.
Dengarkan apa yang terlewat sekaligus apa yang berulang. Suatu judul mungkin tampak mencolok secara visual tetapi gagal muncul dalam daftar judul; sebuah angka mungkin dibacakan tanpa label; atau tabel mungkin dibacakan melintasi sel tanpa memperjelas hubungannya. Perbaiki struktur dokumen atau susunan katanya, lalu ulangi alur navigasi yang sama. Jika salinan PDF atau hasil ekspor adalah bagian dari rutinitas Anda, periksa juga versi tersebut: aksesibilitas dapat berubah selama proses ekspor, dan dokumen sumber yang dapat diedit tidak menjamin bahwa file hasil ekspor tetap mempertahankan strukturnya. WebAIM menyarankan untuk membuat dokumen non-HTML menjadi aksesibel dan mencatat bahwa PDF bertag (tagged PDF) dapat mengekspos struktur ke pembaca layar. WebAIM tentang dokumen yang aksesibel
Tanyakan kepada pemain yang akan menggunakan lembar tersebut alur navigasi mana yang penting dan apakah struktur baru ini berfungsi dengan baik bagi mereka. Preferensi, alat, dan tingkat kebiasaan tiap orang berbeda; daftar periksa dapat menemukan masalah struktural, tetapi tidak dapat menentukan susunan yang paling disukai orang lain. Pastikan lembar sumber mudah diperbarui, dan tinjau kembali detail referensi cepat setiap kali ada perubahan pada karakter.