我在長灘的當地學院教上一堂課，大多數內容都託管在Canvas LMS上，以便學生可以在線訪問它。而且，自然而然地，我希望內容盡可能易於訪問，因此，謝天謝地的帆布將A11Y工具構建在其中。
但這並不是那麼樂觀。它像所有其他A11Y工具一樣做出了假設，並遵守已編程的指南。這並不是說WCAG在更新時就烘烤並更新。
我想到的是，傑里米昨天描述了他對寫圖像描述的熱愛：
我喜歡寫Alt文字。最近，我描述瞭如何在自己的網站上更新我的發布界面，以將文本文本置於Alt文本和中心的文本中，以便使用照片的筆記。從那時起，我一直在享受編寫有用的創造性挑戰（但也令人回味）和文字。
我買了！編寫Alt文字是一個挑戰，需要技術和創意之間的微妙舞蹈。這都是使內容更容易訪問並增強用戶體驗的機會。
畫布工具中的那些編程指南之一是Alt文本上的120個字符的上限。為什麼要120？我不知道，我找不到任何確切數字的支持指南或規則。一個答案是，屏幕讀者在125個字符後停止宣布文本，但這顯然是不真實的，至少在今天。關於應在不同程度上進行多長時間文本的一般建議：
那麼，Alt文字應該多長時間？這裡的普遍共識是沒有硬性限制，但更多的是對圖像所能達到的目的和適應它的目的的上下文認識。
這讓我回到了傑里米的文章。他正在為一組揚聲器的爆頭寫Alt文字，並意識到本文聽起來都一樣。他停了下來，考慮了這種體驗，將其與視力用戶的體驗進行了比較，並在他們之間創造了奇偶校驗：
陣容中添加的演講者越多，我就越覺得自己重複了alt文字。 […]一個看見的人看著一個充滿揚聲器的頁面的經歷是，一段時間後，這些圖像混合在一起。因此，如果一段時間後ALT文本也開始聽起來有些重複，那也許不是一件壞事。屏幕閱讀器用戶將獲得同等的體驗。
我挖了。因此，如果您正在尋找角色數量的快速規則，則很抱歉令人失望。像許多其他事情一樣，上下文是國王，這就是無法編纂甚至是自動化的事情。
當我們在主題上時，只是注意到Twitter有UI可以顯示Alt文本：
以上是Alt文字應該多長時間？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
