Khả năng tiếp cận

Đây là lý do trang này đáng được công bố. Mỗi mục đều là vấn đề có thật, chúng tôi biết về những vấn đề đó và không mục nào được trình bày như thể đã được khắc phục.

Trang web được xuất bản bằng ba mươi ngôn ngữ nhưng chưa được kiểm thử với trình đọc màn hình ở tất cả các ngôn ngữ. Việc kiểm thử đã được thực hiện bằng tiếng Anh. Cách phát âm và thứ tự đọc trong các ngôn ngữ viết từ phải sang trái, cũng như trong các hệ chữ mà kiểu chữ hiển thị của chúng tôi không hỗ trợ và phải dùng phông chữ thay thế của nền tảng, chưa được xác minh với công nghệ hỗ trợ.

Hai kiểu chữ của chúng tôi chỉ hỗ trợ chữ Latin. Chữ Cyrillic, Devanagari, Georgian, Thai, Arabic, Hebrew, Bengali, Ethiopic và CJK đều dùng phông chữ riêng của nền tảng làm phương án thay thế. Điều này nhìn chung giúp văn bản dễ đọc, nhưng cũng có nghĩa là những chi tiết kiểu chữ chúng tôi kiểm soát trong tiếng Anh — độ đậm, khoảng cách, kích thước mà tại đó chữ nhỏ không còn đủ dễ đọc — không phải là những thứ chúng tôi kiểm soát được ở các ngôn ngữ đó.

Một số thành phần tương tác còn mới và được kiểm thử ít hơn. Ma trận so sánh và bộ lọc tìm kiếm trợ giúp lọc các hàng ngay tại chỗ, đây là cách triển khai phù hợp, nhưng việc thông báo số lượng kết quả thay đổi cho trình đọc màn hình mới chỉ được thực hiện chứ chưa được người dùng kiểm thử.

Ứng dụng cũng được xây dựng theo cùng định hướng nhưng được kiểm tra ít thường xuyên hơn trang web. Ứng dụng hỗ trợ tính năng điều chỉnh cỡ chữ và trình đọc màn hình của nền tảng, cả hai đều đảm nhiệm phần lớn công việc, nhưng hiện tại chúng tôi không tiến hành kiểm tra khả năng tiếp cận chính thức cho mỗi bản phát hành.

Chưa có cuộc kiểm tra chính thức nào do bên thứ ba thực hiện đối với trang web hoặc ứng dụng. Chúng tôi thà nói rõ điều đó còn hơn ngụ ý rằng mình có một chứng nhận mà mình không sở hữu.

Ứng dụng Telvio dựa vào các tính năng hỗ trợ tiếp cận của hệ điều hành mà ứng dụng chạy trên đó: VoiceOver và Dynamic Type trên iOS, TalkBack và tính năng điều chỉnh cỡ chữ trên Android. Những tính năng này đáp ứng hầu hết nhu cầu quan trọng đối với một ứng dụng có giao diện gồm bàn phím số, số dư và danh sách cước.

Có một quyết định thiết kế đáng được nhắc đến như một đặc điểm hỗ trợ tiếp cận thay vì một tính năng. Vì ứng dụng không yêu cầu tài khoản, nên không có biểu mẫu đăng ký, không cần nhập mật khẩu, không có bước xác minh email và không có mã cần lấy từ tin nhắn — toàn bộ nhóm thao tác thường gây trở ngại nhất cho người dùng công nghệ hỗ trợ, hoặc bất kỳ ai gặp khó khăn khi điền biểu mẫu, đơn giản là không tồn tại. Cài đặt, gọi, trò chuyện.

Hạn chế tương ứng cũng nằm trên cùng trang với mọi thông tin khác: ứng dụng không thể gọi các dịch vụ khẩn cấp, như được nêu tại cuộc gọi khẩn cấp. Nếu ai đó cài đặt ứng dụng này cho một người thân — một trường hợp phổ biến, đặc biệt với người lớn tuổi gọi cho gia đình ở nước ngoài — thì đây là điều quan trọng nhất cần giải thích khi thực hiện.

Gửi email đến [email protected] với tiêu đề Accessibility. Thông tin hữu ích gồm: trang hoặc màn hình, điều bạn đang cố thực hiện, công nghệ hỗ trợ bạn đang sử dụng cùng phiên bản của công nghệ đó, và điều đã xảy ra thay vào đó. Không thông tin nào là bắt buộc — một câu như “Tôi không thể sử dụng bảng cước với trình đọc màn hình” hoàn toàn là một báo cáo tốt, và chúng tôi thà nhận được báo cáo đó còn hơn không nhận được gì.

Chúng tôi đặt mục tiêu trả lời trong vòng năm ngày làm việc, kèm đánh giá và, nếu đồng ý rằng có lỗi, một khoảng thời gian dự kiến sơ bộ. Những vấn đề ngăn cản ai đó hoàn thành một tác vụ sẽ được xử lý trước các công việc khác; những vấn đề khiến tác vụ khó hơn sẽ được xếp hàng một cách trung thực thay vì hứa hẹn mơ hồ.

Nếu bạn đang ở Liên minh Châu Âu và cho rằng một nghĩa vụ về khả năng tiếp cận chưa được đáp ứng, bạn cũng có thể nêu vấn đề với cơ quan thực thi liên quan của quốc gia mình. Chúng tôi vẫn muốn bạn liên hệ với chúng tôi trước, và sẽ trả lời dù bạn chọn cách nào.

Có hai điều đáng được mô tả vì chúng tạo nên sự khác biệt giữa một tuyên bố và một quy trình thực tế.

Độ tương phản được đo trên nền đã hiển thị, không phải được phân tích từ mã. Giá trị màu đọc từ stylesheet cho biết phần tử được yêu cầu hiển thị như thế nào, chứ không cho biết cuối cùng nó trông ra sao — chẳng hạn một phần tử bán trong suốt nằm trên dải nền tối, một hàm màu hiện đại mà biểu thức chính quy không hiểu được, hoặc một tiêu đề cố định nằm trên ảnh hero. Quy trình kiểm tra kết xuất nền thực tế của từng phần tử bằng cách đi lên đến phần tử tổ tiên đầu tiên có nền đục và xác định màu thông qua chính trình duyệt, sau đó tính tỷ lệ. Quy trình này phát hiện văn bản nội dung trên trang có tỷ lệ 4.49:1, thấp hơn AA nhưng nhìn hoàn toàn bình thường khi xem riêng.

Trang được kiểm tra sau khi kết xuất, không phải chỉ dựa trên mã đã viết. Một quy trình kiểm tra riêng tải từng trang trong một trình duyệt thực và xác định xem có văn bản nào trong vùng nhìn có độ mờ bằng 0 hay không, tài liệu có cuộn ngang hay không, và có nội dung nào được vẽ bằng chính màu nền của nó hay không. Điều cuối cùng nghe có vẻ vô lý cho đến khi nó được đưa lên trang: từng có một quy tắc CSS nhóm đặt màu chữ và màu nền của một nhãn thành cùng một giá trị, tạo ra tỷ lệ tương phản 1:1, không thể nhìn thấy trong mã đánh dấu, trong DOM hay trong ảnh chụp màn hình của mã nguồn.