1.3和2.1.1部分的wcag 2.0

我正在閱讀位於這裏的WCAG 2.0指南（click me），其中的一些部分對我而言並不清楚。1.3和2.1.1部分的wcag 2.0

1）據我所知，從1.3部分，我應該使內容，如果沒有CSS，正常可見，例如。我想知道它是如何「技術不可知論」的？簡單地說，我必須在某些情況下使用javascript，以便我的一些很酷的東西可以工作。所以，如果我想讓我的網站獨立於JS--我根本不能。另外如果我使用的是JS編碼的東西，我不能確定它可以與一些屏幕閱讀器一起使用。所以再次，這是技術依賴。我在這裏想念什麼嗎？

2）關於2.1.1部分。例如，如果我在我的網站上有一個滑塊，並且由於某種原因無法從鍵盤訪問它，但它沒有鍵盤陷阱，並且滑塊代表的內容沒有臨界值（可以從其他鏈接訪問現場）。這會成功的標準嗎？在2.1.1部分的描述中，它說「儘可能」，所以我的猜測是完全正確的，但我不確定。

來源

2016-01-23 jiostoph

[OP也對此網站管理員提出此問題。]（http://webmasters.stackexchange.com/q/89081/17633） – unor

WCAG是「技術不可知的」，但您的網站不一定是。

您可以從WCAG的網站上看到的「依賴，在技術」聲明的例子： https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html

很難回答這個問題，沒有嘗試的用戶體驗。您必須記住，僅鍵盤導航不適用於盲人。因此，查看滑塊並且無法與其交互會非常令人沮喪。

對於「屏幕閱讀器」透視圖，如果純粹用於裝飾或冗餘（aria-hidden屬性），則可以選擇忽略元素，但這並不意味着您可以忽略這些元素的鍵盤可訪問性。

來源

2016-01-23 12:51:40 Adam

感謝您的鏈接，亞當。雖然這有點混亂。就我所知（如果我錯了，請糾正我）我必須用輔助技術測試我的網站，就是這樣。因爲'在廣泛分佈的用戶代理中本地支持'。似乎很奇怪，嗯... – jiostoph

我的意思是：因爲html，css和js在本地支持廣泛分佈的用戶代理。這真的讓人感到困惑......例如，一些抄送讀者可以使用它，有些則不會。有沒有明確的答案......哦 – jiostoph

只要你認爲那些技術是「依賴」（需要）爲您的Web應用程序，你一定可以使用CSS和JS。這對於常用的屏幕閱讀器（使用瀏覽器可訪問性API）不再是一個問題。 – Adam

1.3有三個部分，但正如亞當所說，技術不可知部分是指WCAG規範本身。這並不意味着您的網站必須是技術不可知的。

1.3.1，信息和關係，對於沒有任何願景的用戶來說非常重要。如果用戶看不到該頁面，那麼該用戶將無法看到頁面/應用程序的結構/物理佈局如何產生意義。有視力的用戶通過各種視覺線索感知結構和關係，例如標題以粗體顯示，段落由空白行，數據的行和列等分開。當這樣的關係對於一組用戶可感知時，這些應該可以被所有人感知。

無論您使用哪種技術創建應用程序，這就是爲什麼此規範與技術無關。如果您碰巧使用html，css和javascript，請確保使用標題標記，表格標記正確，並根據需要使用respecitve ARIA標記。

1.3.2有意義的序列，對於無視覺的用戶也很重要。例如，如果您有一個購物車結帳流程，其中的步驟是以可視方式安排的，以便您知道簽出時的步驟順序，則應確保這些步驟的Tab鍵和閱讀順序（DOM順序）也是相同，這樣屏幕閱讀器就可以正確流過這個過程。

1.3.3感官特徵。確保對象的大小，顏色或形狀不是與對象交互的唯一線索。沒有「點擊綠色按鈕」或「選擇圓形圖標」等指示。無視用戶不會知道哪一個是綠色或圓形的。

關於2.1.1，應該可以通過鍵盤訪問頁面上的所有交互元素。滑塊非常容易。本地滑塊本質上是可訪問的。如果您使用div標籤創建自己的滑塊，只需設置正確的ARIA標籤即可。請參閱https://www.w3.org/TR/wai-aria-practices/#slider指導。

來源

2016-01-23 19:39:55 slugolicious

謝謝你使它更清楚 – jiostoph

1.3和2.1.1部分的wcag 2.0

回答

相關問題