Những bước nào cần được thực hiện để đảm bảo phần mềm của bạn có thể được sử dụng bởi những người khuyết tật?

Tôi muốn đảm bảo rằng một phần mềm tôi đang viết có thể sử dụng được bởi những người bị khuyết tật khác nhau như mù lòa và không thể sử dụng chuột và / hoặc bàn phím.

Thật không may, tôi không có kinh nghiệm với những thứ như trình đọc màn hình hoặc các phương pháp khác mà người khuyết tật sử dụng để giúp sử dụng máy tính dễ dàng hơn / có thể. Tôi chưa bao giờ thực sự có nhiều kinh nghiệm về khuyết tật và thật không may tôi không biết bất kỳ người khuyết tật nào tôi có thể hỏi.

Tôi đã tự hỏi những gì người khác làm để đảm bảo rằng phần mềm của họ có sẵn cho nhiều người với các khả năng khác nhau?

Đây dường như là một vấn đề thường bị các nhà phát triển bỏ qua và tôi nghĩ đó là một sự xấu hổ thực sự.

Chỉnh sửa: Nếu bất cứ ai có bất kỳ thông tin cụ thể nào liên quan đến phát triển máy tính để bàn ngoài thông tin đã được cung cấp trong các câu trả lời dưới đây, tôi sẽ rất biết ơn. Đặc biệt là các phương pháp áp dụng cho phát triển đa nền tảng trên Windows, Mac OS X và Linux.

accessibility

— Cromulent
nguồn

Tôi nghi ngờ điều quan trọng nhất là tuân theo các nguyên tắc giao diện người dùng cho nền tảng của bạn càng chặt chẽ càng tốt. Nhận màu / phông chữ / bất kỳ cài đặt nào từ O / S của bạn là rõ ràng, nhưng có những điều tinh tế hơn, chẳng hạn như đảm bảo rằng chính tả và phần mềm trợ năng khác có thể điều hướng các hộp thoại của bạn và trình đọc màn hình đọc văn bản chính xác cho trường hộp thoại có tiêu điểm. Bạn càng gần với các hướng dẫn giao diện người dùng tiêu chuẩn cho nền tảng, những thứ này càng có khả năng hoạt động.

— Steve314

Bạn cần một nghiên cứu khả năng sử dụng mù đôi - ví dụ: cố gắng để có được một số phản hồi thực sự thay vì cố gắng tưởng tượng một cái gì đó.

— Công việc

Cảm ơn cả hai đã cho ý kiến. Rõ ràng là tôi cố gắng và làm theo các hướng dẫn giao diện như một vấn đề tất nhiên nhưng tôi sẽ cố gắng tuân thủ nghiêm ngặt hơn nữa trong tương lai. Đối với một thử nghiệm mù đôi (heh) tôi cũng rất thích nhưng tôi không hoàn toàn chắc chắn rằng tôi có quyền truy cập vào đủ người khuyết tật khác nhau (tôi không chỉ quan tâm đến mù) mặc dù tôi sẽ thấy nếu có bất kỳ tổ chức từ thiện nào giúp đỡ với loại điều này.

— Cromulent

Bạn có thể cố gắng để người khuyết tật sử dụng phần mềm của bạn và trả lại tiền?

— marco-fiset

UX.stackexchange sẽ phù hợp hơn cho câu hỏi này

— paparazzo

Câu trả lời:

Bạn có thể bắt đầu với usability.gov . Ngoài ra còn có hướng dẫn chính thức từ sáng kiến tiếp cận W3.

Sau khi bạn đọc điểm số của các tài liệu từ thập niên 90 về khả năng sử dụng, bạn có thể kiểm tra một số thứ như độ mù màu với các bộ lọc màu. Colorfilter cho phép bạn xem một trang hoặc hình ảnh như một người có các loại mù màu khác nhau. Nhóm W3 cũng duy trì một danh sách các công cụ hữu ích khi thiết kế để đưa vào .

Đối với trình đọc màn hình (và nói chung), không liên kết với mèo. Thay vào đó, liên kết đến một tìm kiếm cho mèo . Điều này đặc biệt quan trọng đối với các trình đọc màn hình thường quét tài liệu cho tất cả các liên kết và đọc lại cho người dùng. Nó không hữu ích cho bất cứ ai nếu họ chỉ nghe thấy, "liên kết, liên kết, liên kết, một liên kết, trang web này, vào đây, liên kết" lặp lại cho họ từ trình đọc màn hình của họ.

Cuối cùng, cho dù là người khuyết tật hay không, bạn nên luôn luôn làm cho các ứng dụng và trang web của mình dễ dàng điều hướng chỉ bằng một bàn phím.

— David Cowden
nguồn

Tuyệt vời cảm ơn bạn đã thông tin và các liên kết.

— Cromulent

Bạn không đề cập cụ thể đến nội dung web, nhưng đó là những gì câu trả lời của tôi được nhắm mục tiêu.

Sử dụng Nguyên tắc truy cập của W3C . Hầu hết nó khá đơn giản, nhưng điều quan trọng là phải hiểu và thực hiện nó. Đặc biệt, tập trung vào đánh dấu ngữ nghĩa tốt. Ví dụ, thực sự sử dụng H1, H2, v.v., thay vì làm cho DIV trông giống như một H1.
Tạo một trang web hoạt động tốt mà không cần JavaScript, sau đó nâng cao một số chức năng bằng JavaScript.
Sử dụng một cái gì đó như Thanh công cụ của Nhà phát triển Web , tắt JavaScript và tắt tất cả các kiểu. Làm mới trang và tưởng tượng nó sẽ như thế nào đối với người đọc màn hình để thử và truyền tải nó theo bất kỳ cách có ý nghĩa nào đến người có thách thức về tầm nhìn.
Hãy chắc chắn rằng tất cả các liên kết hoạt động tốt với JS đã tắt. JS là xấu khi được sử dụng để kích hoạt liên kết. (Lời khuyên này cũng áp dụng cho bot công cụ tìm kiếm.)
Tìm một trang web nói về các vấn đề về khả năng truy cập (ví dụ: accessforum.com và yêu cầu các tình nguyện viên kiểm tra trang web của bạn (hoặc ứng dụng hoặc bất cứ điều gì).

— Peter Rowell
nguồn

Về điểm số 4, khung web Microsoft ASP.NET hiển thị hầu như TẤT CẢ các điều khiển máy chủ tương tác dưới dạng liên kết / phần tử với các postback JavaScript.

— Graham

Nếu 'tính năng' này có thể bị ghi đè, thì đó là một lựa chọn xấu mặc định của các lập trình viên; nếu nó không thể bị ghi đè thì khung bị hỏng, thông qua sự bất tài hoặc ác ý.

— Peter Rowell

Về mặt kỹ thuật, nó có thể được xử lý xung quanh, nhưng để làm như vậy sẽ là loại bỏ MOST của khung. Kinh nghiệm hạn chế của riêng tôi với trình đọc màn hình là chúng không gặp vấn đề gì với các liên kết dựa trên JavaScript đã kích hoạt tải lại toàn bộ trang. AJAX có vẻ có vấn đề hơn từ quan điểm thông báo, nhưng trong cả hai trường hợp, JS đã kích hoạt như bạn mong đợi. Đó chỉ là vấn đề của người dùng nhận thức được những gì đang xảy ra sau đó. Đối với các liên kết dựa trên js, người dùng giả định trang sẽ đăng và nó đã được thực hiện, do đó không có vấn đề gì.

— Graham

Rất may, tôi thường sử dụng Django để phát triển web vì vậy đó không phải là vấn đề. Tôi đã không nói cụ thể về phát triển web trong bài viết gốc của mình (đáng lẽ tôi phải cụ thể hơn) nhưng thông tin này vẫn hữu ích. Cảm ơn bạn.

— Cromulent