2011-08-30 9 views
11

Tôi đang làm việc trên trang web asp.net cần tuân thủ section 508. Tôi bối rối như thể tôi phải sử dụng JavaScript hay không.Có đang sử dụng jQuery 508 tuân thủ không?

Tôi thậm chí có thể sử dụng số slideUp()/slideDown() của jQuery để hiển thị/ẩn các phần không? Tôi có thể sử dụng hộp thoại datepicker và phương thức của jQuery UI không?

+1

[508 cho trang web trong bản tóm tắt rất rộng] (http://www.section508.gov/index.cfm?fuseAction=stdsSum#web) - ví dụ: không phải cái gì để đưa ra tòa - là "người đọc màn hình cần có khả năng làm việc". –

+0

Tiêu đề cho điều này sẽ được thay đổi để cụ thể hơn. Một cái gì đó như: "Đang sử dụng điều khiển giao diện người dùng jQuery và hiển thị/ẩn phương pháp 508 Compliant" – Aaron

Trả lời

10

Trong ngắn hạn có. Nói chung, nhóm UI jQuery rất ý thức về các vấn đề về khả năng truy cập và sử dụng ARIA (http://www.w3.org/WAI/intro/aria) nhiều nhất nếu không phải tất cả các tiện ích của chúng.

Điều đó đang được nói, tuy nhiên việc tuân thủ 508 và "có thể truy cập" là những thứ khác nhau. Có nhiều tiêu chuẩn khác nhau, với sự tuân thủ "508" là mức độ nghiêm ngặt nhất mà bạn có thể đạt được.

99% số trang trong những ngày này sử dụng các điều khiển được bật JavaScript động, với mức độ truy cập khác nhau. Hầu hết các vấn đề xảy ra khi mọi người cuộn các điều khiển riêng của họ thay vì sử dụng một thư viện điều khiển tốt như jQuery UI.

Nguyên tắc áp dụng là:

(l) Khi các trang sử dụng ngôn ngữ kịch bản để hiển thị nội dung, hoặc để tạo thành phần giao diện, các thông tin được cung cấp bởi các tập lệnh sẽ được xác định bằng văn bản chức năng mà có thể được đọc theo công nghệ hỗ trợ

Tiện ích hộp thoại của jQuery, sử dụng đánh dấu trên trang cho nội dung hộp thoại, do đó có thể truy cập công nghệ hỗ trợ (AT). Cho dù AT đúng diễn giải nội dung không nhất thiết phải là mối quan tâm của bạn, ít nhất là liên quan đến việc tuân thủ 508. Điều này là do có nhiều loại AT khác nhau kết hợp với các hệ điều hành khác nhau, các trình duyệt, v.v.

Trong trường hợp hiển thị và ẩn nội dung, nội dung ẩn có thể diễn giải bằng AT khi nó được hiển thị. Vấn đề ở đây là làm thế nào AT biết khi DOM thay đổi. Điều đó phụ thuộc vào AT. Ở đây bạn có thể cập nhật động các trạng thái ARIA để thông báo cho AT, nhưng AT sẽ không nhất thiết phải tôn trọng và/hoặc thực hiện các tiêu chuẩn ARIA.

5

Một chút muộn cho bữa tiệc nhưng liên kết này xuất hiện trên google vì vậy tôi nghĩ rằng tôi sẽ thêm một số suy nghĩ. Chủ đề này có rất nhiều điều cần xem xét.

Nhóm SSB Bart đã làm một bản tóm tắt tuyệt vời về trạng thái của điều khiển jQuery Ui.

https://www.ssbbartgroup.com/blog/2013/07/03/jquery-ui-accessibility-analysis/

thay đổi Tuy nhiên, kể từ khi đăng bài mà tôi đã nhìn thấy được thực hiện ví dụ để điều khiển tab. Khi tôi làm bài kiểm tra nhanh của bất kỳ trang web lớn như jQuery UI và thậm chí bootstrap/nền tảng mà yêu cầu bồi thường là "hoàn toàn có thể truy cập" tôi thường có thể tìm thấy vấn đề.

Khi thử nghiệm khả năng truy cập, tôi thường sử dụng phương pháp chung sau đây ..

  1. Chạy tự động kiểm tra như http://wave.webaim.org/toolbar/http://squizlabs.github.io/HTML_CodeSniffer/
  2. thử nghiệm rằng mọi thứ đều bàn phím truy cập và có một chỉ số tập trung
  3. Trên thực tế chạy một trình đọc màn hình như Jaws hoặc Voice over so sánh với một dòng bazơ như các ví dụ từ http://whatsock.com/
  4. kiểm tra các điều khiển sử dụng nguyên tắc chung được chấp nhận để sử dụng bàn phím: http://access.aol.com/dhtml-style-guide-working-group/

Khi làm như vậy bạn có thể thấy nơi mà mỗi điều khiển jQuery Ui thất bại và không. Nó không khủng khiếp mà họ cố gắng nhưng có một số lỗ hổng trong nó và khá nhiều tất cả các khuôn khổ chính.

Về trang trình bày và trang trình bày không quan trọng. Điều quan trọng là nếu nút bạn đang sử dụng là bàn phím có thể truy cập và bạn sử dụng các thẻ aria phù hợp như aria-hidden ect .. Xem http://www.w3.org/TR/wai-aria/states_and_properties để chỉ nội dung ẩn.