可訪問性事件

這個問題總是懸掛在空中，暫時不言而喻：“有沒有辦法知道什麼時候……？”客戶和開發人員都了解查詢，但是表達出來的疑問是令人驚訝的困難。

最初，它似乎純粹是技術性的 - 類似於詢問特定設備上的功能。但是猶豫揭示了更深的一層。諸如“輔助瀏覽上下文”之類的短語不會像“手機上”或“緩慢連接”那樣輕鬆地滾開舌頭。前者是可訪問專家的語言；後者，客戶的日常現實。

終於表達的問題通常是類似的：“有沒有辦法知道何時使用屏幕讀取器？”

很長一段時間以來，答案與典型的複雜網絡開發響應相比是一個可喜的變化：“不，我們不能。”從技術上講，這是不可能的；計算機不會以這種方式交流。 “否”提供了一種解脫的感覺，證實了他們不言而喻的假設。

我解釋說，即使在技術上可行，也是不可取的。檢測輔助技術的使用將增加我們的維護負擔，而不是減少它。它類似於“電話用戶”場景；我們無法可靠地確定瀏覽上下文，並假設導致問題。每個新功能都需要額外的工作來確保可訪問性，這提出了一個問題：該功能是否足夠必要以證明額外的努力？

一個完整的網站以及單獨的，可訪問的版本的想法似乎很吸引人。但是，這種方法很快就會崩潰：無法訪問的主站點不可避免地意味著不完整的訪問版本。創建獨特的“可訪問體驗”將其降級為事後想法，反映了許多專用移動網站的局限性。

很少有分歧。我們都經歷了被迫進入Subpar移動網站的挫敗感。我們已經從過去的錯誤中學到了。

但是，這個問題超越了純技術。這不僅涉及瀏覽器和屏幕尺寸。猶豫，停頓，絆倒言語的絆腳石將平凡的發展問題轉化為更重要的事情。此事不言而喻的心是：“我們能知道用戶是否有殘疾嗎？”

簡單的“否”最初是授權的，這是一種方便的出路。但是iOS 12.2和MacOS 10.14.4中的“可訪問性事件”的引入改變了一切。悄悄地引入此功能，允許瀏覽器識別配音用戶。啟用此設置（默認情況下），除非明確禁用，否則用戶假定的殘疾將被廣播到Internet。

（2019年5月更新：蘋果刪除了此功能。）

憤怒是合理的，不僅對於用戶，而且對於開發人員而言。蘋果使知道用戶是否有殘疾，為歧視性做法打開了大門。這些信息可以捕獲並用於目標營銷或更糟。所有這些都是以包容性的幌子。

在某個時候，毫無疑問，“可訪問性事件”的開發商涉及其可行性。他們的“是”可能是善意的，這是一個看似簡單的技術解決方案。

將來，我將面臨類似猶豫的問題。停頓會很熟悉。基於技術不可能的簡單“否”已經消失了。我們可以知道用戶是否正在使用輔助技術。這些信息可能會以無數方式濫用。

但是我不會參加蘋果的錯誤。我的回答將是一個沉重，不舒服的“不”。不是因為我們不能，而是因為我們不應該。 “從技術上”藉口消失了。答案是一個企業，明確的編號。

以上是可訪問性事件的詳細內容。更多資訊請關注PHP中文網其他相關文章！