it-swarm-vi.tech

Khả năng truy cập trong các ứng dụng web hiện đại

Tôi hiện đang là thành viên của nhóm phát triển ứng dụng web phức tạp cho khách hàng Đức (xin lỗi, không thể nói gì về dự án). Chúng tôi muốn "trở thành một công dân tốt" và phát triển ứng dụng với khả năng tiếp cận trong tâm trí. Chúng tôi hiện đang phải đối mặt với các vấn đề sau:

  1. Nếu chúng tôi tuân theo các quy tắc tại http://www.w3.org/WAI/WCAG20/quickref/ , đôi khi chúng mâu thuẫn với thông số kỹ thuật mà khách hàng đã viết. Làm thế nào chúng ta nên đối phó với điều đó?
  2. Bằng cách sử dụng "công nghệ mới" (như AJAX và thay thế một phần của DOM), không dễ để kiểm tra xem chúng tôi có tuân theo quy tắc hay không. Ví dụ: khi tôi nhấp vào một trong các tab, Một phần của nội dung sẽ được thay thế. Khi tôi xem nguồn (Firefox 3.6.10), không có thay đổi nào cả. Vậy làm thế nào để bạn kiểm tra xem bạn có tuân thủ đúng các quy tắc không?

Tôi hy vọng rằng câu hỏi phù hợp với trang web này ...

7
mliebelt

Khi thiết kế các trang web có thể truy cập, tôi có xu hướng ngại sử dụng AJAX và sửa đổi DOM quá nhiều vì nó làm cho mọi thứ, như bạn đã nói, khó hơn rất nhiều. Vì vậy, nếu có thể, hãy thử sử dụng HTML tiêu chuẩn tài liệu với khả năng tương tác tối thiểu - nó sẽ giúp công việc của bạn dễ dàng hơn rất nhiều và nó sẽ giúp cuộc sống của những người sử dụng trình đọc màn hình, v.v. dễ dàng hơn.

Một điều khác bạn có thể làm là làm cho ứng dụng của bạn hoạt động tốt hoàn toàn mà không cần javascript, và sau đó làm phong phú mọi thứ ở những nơi mà nó bổ sung tính hữu dụng. Tab là một ví dụ điển hình: đầu tiên, hãy xây dựng từng tab để nội dung của tab được tải trong một trang mới khi tab được nhấp. Sau đó, sử dụng javascript không phô trương để "làm phong phú" sự kiện onclick của tab để nó tìm nạp nội dung của trang được tham chiếu và tải nó bằng AJAX, chẳng hạn. Bây giờ bạn sẽ có các tab có thể truy cập mà vẫn hoạt động theo cách bạn muốn. Bạn cũng có thể tạo cài đặt trợ năng trong ứng dụng kiểm soát cách các tab này hoạt động.

Ồ, và nhớ đảm bảo bạn không phá vỡ nút quay lại!

4
Rahul

Nếu các thông số kỹ thuật mâu thuẫn với thông số kỹ thuật của khách hàng, tôi sẽ đưa nó đến với khách hàng - giải thích tại sao khả năng truy cập lại quan trọng, cho thấy xu hướng trên thế giới, đề cập rằng đối với các trang web của chính phủ ở Hoa Kỳ, nó được thực thi theo luật và quan trọng nhất - đưa ra một giải pháp thay thế sẽ thực hiện công việc.

3
Dan Barak

Đây là một câu hỏi cũ nhưng nó đã xuất hiện trên đầu vì vậy đây là một câu trả lời. Chà, không có nhiều câu trả lời nhưng một số điểm chính dường như không được giải quyết hoàn toàn trong các câu trả lời khác:

  • Hướng dẫn tiếp cận chỉ là vậy - hướng dẫn. Coi chừng chúng trở nên lỗi thời, thiếu bối cảnh cụ thể và đề xuất những thứ không chơi tốt với phần mềm trợ năng
  • Một phần của khả năng truy cập cần phải nằm trên trình duyệt và các nhà sản xuất thiết bị/phần mềm hỗ trợ. Tôi biết điều này không hoàn toàn công bằng với người dùng cuối, nhưng để các tiêu chuẩn và thực hành tốt nhất hoạt động, các nhà sản xuất thiết bị và phần mềm cần phải tuân theo họ nhiều như các nhà phát triển web đã làm (Tôi luôn ghét JAWS vì nó thiếu cập nhật về vấn đề này)
  • JavaScript là một phần của web bây giờ. Hoàn toàn chấp nhận được khi yêu cầu nó. Các phần mềm và thiết bị hỗ trợ cập nhật sẽ có thể xử lý phần mềm này (được cấp, chúng có thể không). Ngay cả W3C cũng nhận thức được điều này và đây là nơi các thuộc tính ARIA là thứ cần xem xét: http://www.w3.org/WAI/intro/aria
  • con người luôn kiểm tra các giải pháp của bạn. Theo thông số kỹ thuật, tiêu chuẩn và hướng dẫn là tốt, nhưng sẽ không giúp bạn đi đến đó. Cuối cùng, mỗi sản phẩm phải được phân tích riêng.
2
DA01

Bạn đã viết:

1.Nếu chúng tôi tuân theo các quy tắc tại http://www.w3.org/WAI/WCAG20/quickref/ , đôi khi chúng mâu thuẫn với thông số kỹ thuật mà khách hàng đã viết. Làm thế nào chúng ta nên đối phó với điều đó?

Như ai đó đã nói điều tốt nhất là: nói với khách hàng của bạn có một số hợp đồng và tốt hơn là nên tuân theo tiêu chuẩn. và bạn cũng đã viết:

2.By sử dụng "công nghệ mới" (như AJAX và thay thế một phần của DOM), thật không dễ để kiểm tra xem chúng tôi có tuân theo quy tắc hay không. Ví dụ: khi tôi nhấp vào một trong các Các tab, một phần của nội dung sẽ được thay thế. Khi tôi xem nguồn (Firefox 3.6.10), không có thay đổi nào cả. Vậy làm thế nào để bạn kiểm tra xem bạn có tuân thủ đúng các quy tắc không?

Nếu đối với bạn là rất quan trọng, tôi đề nghị bạn nên yêu cầu một số người khiếm thị thử trang web của bạn. Đôi khi các công cụ kiểm tra khả năng truy cập không phải là sự lựa chọn tốt nhất!

0
Filippo1980

Trong các bước thiết kế, bạn có thể xem xét các vấn đề về khả năng truy cập trong trang web của mình bất kể loại thông tin mà trang web của bạn sẽ có. Khi bạn tuân theo các quy tắc tiếp cận, bạn không chỉ xem xét những người bị suy yếu ... bạn đang tính đến toàn bộ vũ trụ của những người dùng có thể tìm thấy thông tin hữu ích trong trang web mới của bạn.

Cách tiếp cận đơn giản nhất là xây dựng ứng dụng của bạn trong ajax như bạn đã nói, đồng thời để đảm bảo rằng trang web của bạn có thể hoạt động mà không cần javascript. Ví dụ: sử dụng thẻ xhtml (liên kết) có thể giúp bạn cung cấp toàn bộ trang web của mình mà không cần javascript và trình đọc màn hình hoặc trình duyệt giọng nói sẽ hoạt động trong trang web của bạn.

Một minh họa cho các thẻ này có thể là:

< a id=\"item_menu_15\" href="?module=rapido&amp;mitem=15"
onclick="cargar_modulo('publi_cont',
'comp=articulos&amp;tipo=2&amp;id=18&amp;modv=',
'Loading...',15,this,0);return false;" >

Ở đâu:

id=dom_id (một đối tượng dom)

href= nên chứa liên kết trực tiếp đến nội dung hiện tại mà bạn muốn hiển thị

onclick= nên chứa hàm mà bạn sử dụng để xây dựng tương tác ajax và đưa ra các tham số mà bạn cần như publi_cont (dom_id - cho vùng chứa) và url/tham số (comp=articulos&amp;tipo=2&amp;id=18&amp;modv=) mà bạn muốn hình dung bên trong container, v.v.

Hãy nhớ rằng thông tin để hiển thị bằng cách sử dụng ajax hoặc không (liên kết trực tiếp) phải giống nhau. Sau đó, tất cả người dùng không quan trọng các công cụ truy cập có thể xem trang web theo cùng một cách. Vì vậy, bạn không cần phải xây dựng các phiên bản khác nhau của trang web tùy thuộc vào người bị suy yếu. Bạn nên xem xét các quy tắc truy cập cho trang web của mình từ khi bắt đầu quy trình thiết kế và sau đó khả năng sử dụng cũng có thể được tăng lên vì người dùng mục tiêu của bạn nhiều hơn mà không xem xét các quy tắc truy cập. Tất nhiên phụ thuộc vào các chức năng mà khách hàng cần, nhưng bạn có thể giải thích rằng đó có thể là một ý tưởng tốt để tăng nhóm mục tiêu của bạn xem xét các vấn đề tiếp cận vì khả năng sử dụng cũng có thể tăng.

0
user1982