跳至內容
主選單
主選單
移至側邊欄
隱藏
導覽
首頁
近期變更
隨機頁面
MediaWiki說明
Taiwan Tongues 台語維基
搜尋
搜尋
外觀
建立帳號
登入
個人工具
建立帳號
登入
檢視 維基百科:格式手冊/無障礙 的原始碼
頁面
討論
臺灣正體
閱讀
檢視原始碼
檢視歷史
工具
工具
移至側邊欄
隱藏
操作
閱讀
檢視原始碼
檢視歷史
一般
連結至此的頁面
相關變更
特殊頁面
頁面資訊
外觀
移至側邊欄
隱藏
←
維基百科:格式手冊/無障礙
由於以下原因,您無權編輯此頁面:
您請求的操作只有這些群組的使用者能使用:
使用者
、taigi-reviewer、apibot
您可以檢視並複製此頁面的原始碼。
網頁親和力致力使網頁閣較𠢕瀏覽和閱讀。雖然這主要旨咧幫助身心障礙者,但是亦能會使幫助所有讀者。阮旨咧遵循 WCAG 標準二孵空(即 ISO / IEC 四配空五百 : 二千空一十二), 並且提出以下的建議。遵守遮的內容會使條目閣較𠢕佇逐家閱讀佮編輯。 二空空六年一月十四號,維基媒體基金會理事會作出以下反歧視提議:「 維基媒體基金會禁止基於種族、肉色、性別、宗教、民族血統、年齡、殘疾、性取向抑是任何其他受法律保護的特徵歧視現有抑是未來的使用者佮雇員。維基媒體基金會承諾遵守機會平等的原則,特別是佇雇員關係的所有方面,包括就業、工資管理、雇員發展、晉升佮調動」。 維基媒體基金會斷稱,此政策「姑不而將予人維基金會的官員抑是工作人員抑是任何維基媒體專案的地方政策規避、侵蝕抑是忽視」。 條目結構規格化會當增加親和力,因為伊使用者會當對頁面特定的部份得著向望內容。譬如講一个青盲人當咧搜揣消歧義連結。若是伊無對頁面頂懸搜揣著任何的內容,伊就會當知影講此處啥物嘛無,並毋免繼續讀冊規个頁面走揣內容。 向望內容是佇咧頁面的特定的部份。 規範是維基百科已經形成的習慣,因為干焦需要簡單遵循指引 Wikipedia : 版面指南佮 Wikipedia : 格式手冊 / 序言章節 # 導言文字。 ===章節標題=== 章節的標題應該是來講,而且順序一致(參見—參考文獻—擴展閱讀—外部連結)。 章節的標題應該岫狀遞進,以二級(`==`)起頭,紲落來是三級(`===`)等咧(無應當使用一級,伊已經由頁面標題自動生成), 請莫隨機使用章節標題層級(比如講選擇加重,這毋是標題的目的), 嘛莫跳級啦。 有請莫使用加粗或者是分號語法的偽章節標題。螢幕閱讀器等機器干焦會當使用正確格式的章節標題。你若欲共縮減 kha-tá-lok-guh 長度,請使用 { { TOC limit } }。 請莫濫用行頭半形分號佮粗體來「偽裝」標題,行頭一半形分號是定義列表專用。讀屏器佮其他輔助工具干焦會當使用有章節標記(半形等號)的標題來導航定位。你若欲縮小 kha-tá-lok-guh,著愛請用 { { TOC limit } }。佇咧 { { TOC limit } } 因為條目其他所在有低層級標題無路用的狀況,才會當妥協用粗體,但是愛先將子標題用粗體取代,因為這對讀屏器使用者構成的滋擾上少。散赤盡其他解決的方案,才會當使用偽標題。現此為罕見情形。 ===浮動元素=== 佇維基代碼內底,浮動元素應該屬於所屬的章節之內。比如講,雖然維基語法中圖像置佇咧頁面頂面,但是其他浮動元素共捒到 kha-tá-lok-guh 下跤顯示。圖像嘛應插入其所屬的章節內底。(視所用平台,若是將濟張圖片「疊」佇足少文字的邊仔,是可能會予某乜圖片去予人捒捒去後壁的章節。毋過,這並毋是和力的問題,因為讀屏器總會佇圖片原始碼的位置,共伊 ` alt=` 讀出。) ===解析度=== 維基百科條目應該使用小螢幕裝置,或者是解析度顯示器的讀者存取。阮將一千空二十四 × 七百六十八視作對其他使用者無可能不利影響的上低解析度;條目愛看析度下應該無無必要的唱片軸。這个問題有當時仔會佇螢幕兩爿同齊出現乎多張圖像當時出現;將圖像徙到一爿,就算講按呢垂直捲軸會加長—— 注意莫同齊佇螢幕兩爿加入圖像等浮動元素。大表格佮圖像嘛會產生問題;有時無法度避免掠水平捲軸的出現,毋過可設法調整表格,予伊朝垂直而非水平方向發展。 ===刪除線=== 佇條目頁面佮導航模板內底,請莫使用刪除線劃去任何文字。若有需要,請使用「< !--」 和「-->」注釋處理,抑是直接徙掉。恬認情形下,大多數螢幕閱讀器不支援呈現文字屬性(粗體、斜體、下劃線)乃至語義文字屬性(強調、重要、文字刪除), 所以帶刪除線的文字佮正常文字閱讀效果相仝。毋過,佇參與維基百科的方針佮存廢討論的時陣,阮建議編輯啟用顯示文字屬性,因為帶有刪除線的文字佇維基百科內部討論當中非常見。 若條目內有顯然錯誤的內容,無愛用刪除線。遮的內容應該愛使用注釋處理,抑是直接徙掉;你嘛會當用某一行內底清理模板來進行標記,並佇咧討論頁頂懸提出意見。 ===符號=== 無支援 Unicode 的螢幕閱讀器會將非 Latin 板一和 Windows 鋪千二百五十二的字元顯示問號,就算對上普及的螢幕閱讀器 JAWS 中,Unicode 字元猶原是非常難以閱讀。 一 . 佇咧名稱、地點、事物等等原文真重要的所在,若原文使用的既非漢字嘛毋是拉丁書寫系統文字,然後請出轉寫,即羅馬化。這功能咧表示非羅馬字語言的枋仔內底會當用,嘛是會當佇諸如 { { transl } } } 等模仔內底揣著;遮的枋仔猶有法度存取性等其他的優點(請參閱下文的「外語」章節)。 二 . 你莫使用 ♥(心形符號)等無法度發音的符號;請以注有替代文字(` | alt=`)的圖像(如)代之。 三 . 對螢幕閱讀器頂頭產生問題的符號,可能已經有生成圖像佮替代文字的模板。比如講 { { † } }。(有關閣較濟資訊,請參見 Category : 圖像插入去模仔) 字元序列必須愛真傳達文字的語意方面(上好是其他類似形式的內容); 無可使用干焦會當用 CSS 屬性抑是 Wiki 標記式語言區分會自訂的「特殊符號」。 你若有需要互動來提供資訊的技術,譬如工具提示(tooltip)抑是按怎「懸停」文字。縮寫屬於例外,所以會使用 { { abbr } } 枋仔落來縮寫足長的術語。 莫佇句句內底插入去換行符(` < br > `), 這會予螢幕閱讀器誠歹編輯。一个句後壁允准插入一个單獨的換行符,這可能會對某一寡編者有幫助。 ===字型大細=== 謹慎使用縮小佮放大字型。字型大細通常是由頁面元素自動決定,如標題、列表標題、標準模板。改變字型大點鐘,應當用原字型的'''百分比大細'''(相對較大細)是咧講,毋免像素抑是點數共對大細,通好利便設使用較大字體的使用者。 避免佇咧資訊的框、導航模板佮參考章節等已經為小字體元素的所在再一次使用縮小字體。所以乎,` < small > . . . < / small > ` 標籤,佮 ` { { small } } `、` { { smaller } } ` 等模板,無應用於這寡頁面的元素的純文字。無論當時攏無應該使用比百分之八十五(抑是十一素)猶閣細字體。注意 HTML 的 ` < small > . . . < / small > ` 標籤猶閣有小字條款的含義,免做字體風格的變化。 非中文單詞抑是短語應該使用 ISO 六百三十九語言代碼的 { { lang } } 包圍,比如講:` { { lang | fr | Assemblée nationale } } `,會顯示講: Assemblée nationale 抑是 ` { { lang-fr | Assemblée nationale } } `,會顯示講: 法國的:Assemblée nationale '''使用理由''':` { { lang } } ` 會使使語音合成器以正確的語言發音。佇中文維基百科內底,著日語若無使用模仔,則日本漢字可能會予人視作中文錯誤簡繁轉換。其他見 Template : Lang / doc # 使用理由的完整理由。 一 . 建立好的連結來講,外部連結尤甚。(避免「點此!」「見這搭遮」) 二 . 莫用 Unicode 字元當圖符;來使用替代文字描述的圖符檔案代之。比如講「→」等字元可能無法度佇螢幕閱讀器頂重現為有效文字,讀者看著的可能是問號。 色水上捷看著維基百科條目的模板佮表格。這愛看會當用的色水,請見色水列表按呢,有關於如何使用色的技術幫贊,請見 Help : 共用色水用了。 條目中的色水愛記牢咧,如下: * 確保色水並毋是唯一傳達重要資訊的方式。特別的,請你莫使用色頂懸文字抑是背景,除非其狀態閣用指示另外一事物,比如講親和性符號對應圖例,抑是註跤標籤。另外青盲使用者抑是讀者通過列印物抑是非彩色裝置抑是得著維基百科的時,這款的資訊無法度得著遮的資訊。 * 對咱的讀者,連結應該愛按呢連結愈清楚。 * 維基百科的一寡讀者為部份抑是全色盲。確保文字佮背景的對比達到講 WCAG 二嬸零的 AA 級數,若可能達成 AAA 級數。會當選擇遮的工具檢查著比度有正確無: * 色水對比分析的方式予你會當揀佇頁面上的色水,並充分檢查其對比度。但是一定愛使用上新的「光度」演算法,毋是過時的「色彩的光度 / 差」。 * 你閣會當選擇完全換新的幼斯拍克的色彩對比工具。 * The Wikimedia Foundation Design team has provided a color palette with colors being marked towards level AA conformance . It is used for all user-interface elements across products and in the main Wikimedia themes , desktop and mobile . However , it does not consider linked text . * The table at Wikipedia : Manual of Style / Accessibility / Colors shows the results for 十四 hues of finding the darkest or lightest backgrounds that are AAA-compliant against black text , white text , linked text and visited linked text . * Google's Chrome Canary has a color contrast debugger with visual guide and color-picker . * 網路頂懸猶閣有其他的工具,毋過倩佇使用進前檢查𪜶敢會更新。一寡工具以 WCAG 一人攑零演算法為基礎,咱應該參考這馬的 WCAG 二嬸零演算法。你若工具無講著其實你的 WCAG 二孵空,愛共假使過去伊的時陣。 * { { Color contrast ratio } } * 另外閣有工具會當協助製作圖表圖表,抑是地圖等等的配色方案。遮的家私頭仔對比度親和力檢查並無嚴格,但是其實會當佇特定的任務上有幫助的作用。 * 配色方案生成器(Paletton)會當協助佇圖表選擇好的色水配搭。 * 色彩豉造師二石川提供了地圖的安全配色方案佮詳細解說。 * Light qualitative colour scheme provides a set of 九 colours that work for color blind users and with black text labels ( among other palettes ) . * There are some tools for simulating color-blind vision : toptal ( webpage analysis ) and coblis ( local file analysis ) . There are also browser extensions for webpage analysis : Colorblinding ( Chrome ) NoCoffee ( Chrome ) NoCoffee ( Firefox ) * A very simple open-source tool that can be helpful for choosing contrasting colours is Color Oracle , a " free color blindness simulator for Windows , Mac and Linux " . It lets you view whatever is on your screen as it would be seen by someone with one of three types of colourblindness or in greyscale . * 若條目過度使用色水,猶毋過你毋知按怎親身修復,則可請其他編輯協助。請將 { { Overcolored } } 共囥佇條目頂懸。 ===列表=== 毋通咧列表項間用空行抑是表格列分斷,即使是定義列表(以分號佮冒號拍頭形成的列表)佮無序列表。列表是用來共專案組合起來的,但是分斷會予 MediaWiki 理解做煞再新起列表。拆散分組會予螢幕閱讀器讀者誤解佮憢疑,因為閱讀器嘛會綴咧播報真濟列表。不當的格式閣會予閱讀列表消磨三倍以上的時間。 仝款,請莫列表內底,切換行首符號(分號、星號、井號)。 回覆的時,若對方行首混合用分號佮星號(甚至井號), 需要先複製該串符號,了後另外加一个符號,就會正確縮起來。來開新話題,是取消縮進即會當(等仝開一个新的 HTML 表)。 比如講,佇論壇,請遵循以下最佳做法: 抑用無圓點會縮入去: 佇咧回覆中央隱藏圓點,嘛會使接受講: 猶毋過 N 請莫將表格類型由點列表變做定義列表: 嘛 N 請莫用下跤法(仝款將表格類型由點列表變做定義列表): 亦 N 請莫佇咧列表項之間隔空行: 以及 N 請莫越級: 以下做法 N 無鼓勵: 因為加入的圓點,予列表變閣較複雜,而且令讀屏器較歹佮上討論,因為可能共多出的圓點看做是全新岫狀列表的開始。 ====Multiple paragraphs within list items==== Normal MediaWiki list markup is unfortunately incompatible with normal MediaWiki paragraph markup . To put multiple paragraphs in a list item , separate them with ` { { pb } } ` : Do not N use line breaks to simulate paragraphs , because they have different semantics : Definitely do not N attempt to use a colon to match the indentation level , since ( as mentioned above ) it produces three separate lists : ` ` ` * This is one item . : This is an entirely separate list . * This is a third list . ` ` ` Alternatively , you can use one of the HTML list templates to guarantee grouping . This is most useful for including block elements , such as formatted code , in lists : ` ` ` { { bulleted list | 一=This is one item : < pre > This is some code . < / pre > This is still the same item . | 二=This is a second item . } } ` ` ` ====縮排==== An accessible approach to indentation is the template ` { { block indent } } ` for multi-line content ; it uses CSS to indent the material . For single lines , a variety of templates exist , including ` { { in 五 } } ` ( a universal template , with the same name on all Wikimedia sites ) ; these indent with various whitespace characters . Do not abuse the ` < blockquote > . . . < / blockquote > ` element or templates that use it ( such as ` { { Quote } } ` ) for visual indentation ; they are only for directly quoted material . 以英文冒號起頭行會縮排。比如講這種的用法會佇咧討論頁的往來討論當中表示回覆。該縮排的是使用矣 HTML 的定義列表。這會當佮性佮語意學上攏並無理想,但目前煞廣泛應用。縮排行之間不應插入空行,因為這表示列表的結束並開新列表。若確實需要空行,請插入一个以仝款數量冒號起頭額外行。 A colon ( ` : ` ) at the start of a line marks that line in the MediaWiki parser as the ` < dd > . . . < / dd > ` part of an HTML description list ( ` < dl > . . . < / dl > ` ) . The visual effect in most Web browsers is to indent the line . This is used , for example , to indicate replies in a threaded discussion on talk pages . However , this markup alone is missing the required ` < dt > ` ( term ) element of a description list , to which the ` < dd > ` ( description / definition ) pertains . As can be seen by inspecting the code sent to the browser , this results in broken HTML ( i . e . it fails validation ) . The result is that assistive technology , such as screen readers , will announce a description list that does not exist , which is confusing for any visitor unused to Wikipedia's broken markup . This is not ideal for accessibility , semantics , or reuse , but is currently commonly used , despite the problems it causes for users of screen readers . Blank lines must _ not _ be placed between colon-indented lines of text–especially in article content . This is interpreted by the software as marking the end of a list and the start of a new one . If a blank line is needed , place the same number of colons on it as those preceding the text below the blank line , for instance : ` ` ` : Text here . : : More text . ` ` ` Another solution is new-paragraph markup , but it must be in one unbroken line in the wiki code : : Text here . < p > More text . < / p > For more information on the weaknesses of colon-based description list markup–even for actual description lists–see WP : Manual of Style / Glossaries / DD bug test cases . ====垂直列表==== =====不舒服列表===== 對無順序一直列表,請莫佇專案之間用空行隔行。若列表項之間有超過一擺換行,HTML 列表將會佇換行後結束,佇後一項的換行進前開一个新 HTML 列表。這種有效換行佇螢幕閱讀器內底會予人看做幾若个小列表。比如講代碼: ` ` ` * 白玫瑰 * 玫瑰 * 粉玫瑰 * 玫瑰 ` ` ` 因為軟體或制了行距,所以看起來如果: * 白玫瑰 * 黃玫瑰 * 粉紅玫瑰 * 紅玫瑰但是螢幕閱讀器讀者看起來是:「 二个案的列表:(圓點)白玫瑰,(圓點)黃玫瑰,列表結束。單專案列表:(圓點)粉紅玫瑰,列表結束。單專案列表:(圓點)紅玫瑰,列表結束。」 請毋通以換行符分隔列表專案。請用以下跤法代之。 =====無專案符號垂直列表===== 對頁面內底放蕩出來的無專案符號列表,會當用一模仔 { { plainlist } } 和 { { unbulleted list } } 來提高親和性語意義,表明這是一个足清楚的列表,毋是通過不應使用的 ` < br / > ` 換行。 代之佇𤆬航框一類別模板抑是合適的容器內底,會當使用類「S ` plainlist `」,也就是講: : ` | listclass=plainlist ` 抑是 : ` | bodyclass=plainlist ` 佇資訊框中則會當使用: : ` | rowclass=plainlist ` or : ` | bodyclass=plainlist ` 。 另見 Wikipedia : 格式手冊 / 列表 # 無專案符號列表。見 WP : NAV 愈濟關於導航模板的細節。 ====水平列表==== 對頁面中橫向列出的,佮資訊框等表格中佇咧一行內列出的列表,請使用 { { flatlist } } 和 { { hlist } } 模板提升親和力和與語意義。該特性對各列表項使用矣正確的 HTML 標記,毋包含青盲用輔助軟體會讀出的專案符號字元(比如講「點-貓-點-狗仔-點-馬-點……」)。 代之佇導航框等模板抑是相𫝛的容器內底,列表會使使用 CSS 類「` hlist `」格式,也就是講: : ` | listclass=hlist ` 抑是 : ` | bodyclass=hlist ` 資訊框中可使用: : ` | rowclass=hlist ` 抑是 : ` | bodyclass=hlist ` 見 WP : NAV 愈濟關於導航模板的細節。 ====List headings==== Improper use of a semicolon to bold a " fake heading " before a list ( figure 一 ) creates a list gap , and worse . The semicolon line is a one-item description list , with no description content , followed by a second list . Instead , use heading markup ( figure 二 ) . ===格仔=== 螢幕閱讀器佮其他的網頁瀏覽器工具通過特定表格標籤幫助使用者導航其中記錄的資料。 使用正確的維基表格管道語法利於所有可用特性。見 Help : 表格得著閣較濟關於表格特定語法的資訊。請毋通單獨使用格式—— 對 CSS 抑是寫死風格—— 建立語意義。(如改變背景色水)。 部分導航框佮系列模板,佮資訊框由格製成。 通過佇相鄰儲存格中楷入做組的 HTML ` < br / > `、` < hr > ` 標籤,會使佇視覺上建立濟行資訊框,猶毋過該技術無適合 HTML 表格結構。螢幕閱讀器使用者是以儲存格佮 HTML 行為單位來閱讀,毋是以視覺的行閱讀,因此這對𥑮會產生問題。英文維基的資訊框親佮度專案(WikiProject Accessibility / Infobox accessibility)就是為此而生。 ====資料表格==== ` ` ` { | | + [鋪排字] |- ! scope=" col " | [列孵一] ! scope=" col " | [列影響二] ! scope=" col " | [列馮三] |- ! scope=" row " | [列孵一] | [定抹著元格一 , 二] | | [定抹著元格一 , 三] |- ! scope=" row " | [列影響二] | [定抹著元格二 , 二] | | [定抹著元格二 , 三] . . . | } ` ` ` '''標題文字(` | + `)''' : 標題文字是格的題頭,咧講其性質。 '''走、列標題(` ! `)''' : 攏親像標題文字,𪜶使資訊以更加邏輯的結構展現予讀者。行列標題對螢幕閱讀器顯示資料儲存格的標題資訊有幫贊。比如講,標題資訊會佇儲存格資料進前讀出,抑是標題資訊根據要求提供。 '''標題的範圍(` ! scope=" col " | and ! scope=" row " | `)''' : 這清楚度的定義矣行標題抑是列標題,指明佮標題佮其他儲存格的對應關係。 Wikipedia : 格式手冊 / 親和力 / 資料表格指南列出了遮的詳細要求: 一 . 正確的表格標題二 . 正確的標題結構三 . 圖像佮色水四 . 避免岫狀的表格 ====排版表格==== 請避免使用表格做純排版用途。Data tables provide extra information and navigation methods that can be confusing when the content lacks logical row and column relationships . 最佳的選擇使用閣較有適應性的 HTML 的 ` < div > ` 塊佮樣式(` style `)屬性。 When using a table to position non-tabular content , help screen readers identify it as a layout table , not a data table . Set a ` role=" presentation " ` attribute on the table , and do not set any ` summary ` attribute . Do not use any ` < caption > ` or ` < th > ` elements inside the table , or inside any nested tables . In wiki table markup , this means do not use the ` | + ` or ` ! ` prefixes . Make sure the content's reading order is correct . Visual effects , such as centering or bold typeface , can be achieved with style sheets or semantic elements . For example : ` ` ` { | role=" presentation " class=" toccolors " style=" width : 百分之九十四 " | colspan=" 二 " style=" text-align : center ; background-color : # ccf ; " | < strong > Important text < / strong > |- | The quick | | brown fox |- | jumps over | | the lazy dog . | } ` ` ` 一 . 所有的非裝飾的圖像攏愛有替代文字。替代文字是予青盲的讀者、搜揣蜘蛛佮其他非視覺使用者的代替品。加入去代文字應該是簡潔,抑是應該講著圖像題注抑是相鄰文字:見 WP : ALT 提著閣較濟資訊。 二 . 佇多數的情形下,無論是使用內建的圖像語法,抑是講一逝附屬文字,圖像攏應該紮有題注啦。題注應該愛簡潔描述圖像意義,即其試圖傳達的必要資訊。 三 . 避免用圖片替代的資料圖表。若可能,任何圖表攏應該愛有替代文字抑是充分描述,使無法度檢視圖像的使用者會當知影講一寡仔內容。 四 . Avoid sandwiching text between two images or , unless absolutely necessary , using fixed image sizes . 五 . Avoid indiscriminate gallery sections because screen size and browser formatting may affect accessibility for some readers due to fragmented image display . 六 . 毋通使用倒圖抑是正圖的描述。對維基百科行動版來講,圖像的排列是無仝款的,這對使用輔助軟體的讀者嘛無意義。相反,請使用題注來指明圖像。 七 . 如果有無適合條目的詳細圖像說明,是應該共囥佇咧圖像描述頁,並留下文字註明,點開圖像連結會當提著閣較詳細描述。 八 . 圖像應該對其所有印仔節內底(佇章節標題佮引導到其他條目的連結了後), 無應該囥佇標題內底抑是上一章節尾,抑若無螢幕閱讀器會佇其他章節顯示圖像(佮替代文字); 行動版站點嘛相仝遐爾仔顯示。見 Wikipedia : 圖像指南得閣較濟資訊。 九 . 指引包括 < math > 模式下 LaTeX 格式的公式的替代文字。 十 . Do not put images in headings ; this includes icons and ` < math > ` markup . Doing so can break links to sections and cause other problems . ===動畫=== 出於親和力考慮,動畫(GIF–圖形交換格式)應該滿足以下兩者之一: * 繼續時間無超過五秒(抑無會變做純裝飾的元素), 抑是講 * 有控制模組(停止、暫停、會放送)。 總講一句,大多數的動畫 GIF 應當轉換做影片。(轉換方法可見指南將動畫 GIF 轉換做 Theora OGG) In addition , animations Template : Strong-em produce more than three flashes in any one-second period . Content that flashes more than that limit is known to cause seizures . ===影片=== 影片會當加入計時文字格式的字幕。commons : Commons : Video # Subtitles and closed captioning 有相應的幫助頁面。字幕為語音的轉錄。 對聽力障礙者會當加入隱藏字幕。佇咧二空一二年十一月進前這足歹做的,但是通過 bugzilla : 四配一千六百九十四的請求,這馬會當簡單來加入這個特性。隱藏字幕以文字形式提供了關於聲音的全部要緊資訊。其實會當包括佇對話、聲音(自然抑是人聲)、 環境佮背景、人佮動物的動作表情,佮文字抑是圖形。關於如何建立隱藏字幕,請參閱:A quick and basic reference for closed captions、a detailed reference ( PDF ) 和 a list of best practices for closed captions。 A text version of the video would also be needed for the blind , but as of November 二千空一十二 there is no convenient way to provide alt text for videos . ===聲音=== 會用得足方便的共演講、歌詞佮對話等加入字幕。方法佮影片相仝:commons : Commons : Video # Subtitles and closed captioning。 ===最佳慣例:使用維基標記和 CSS 語法=== 一般來講,格佮其他的區塊元素的格式應該愛採用 CSS 類別,毋是內嵌式的屬性。全站層級 CSS 的 MediaWiki : Common . css 經過上謹慎的測試以增進對大多數的瀏覽器的親和力(比如講充足的色水對比)佮相容性。此外,透過個人的樣式表現(Special : MyPage / skin . css,抑是瀏覽器設定)使用者會當自訂配色方案以滿足特定需求。比如講伊,en : Wikipedia : Style sheets for visually impaired users 提供了視障使用者適用的閣懸背景色比導航模板。毋過這會起過既定的全站 CSS,予一个人選擇家己的主題會變較困難。 伊猶確保文章之間的一致性而且遵守格式指南,對遐提懸專業度。 考慮著無障礙存取,只要會當達到目標,佮標準無仝款是會當予人容許的。親和度專題的成員應該確保默認同式是會當無障礙存取的。若是某寡範本抑是特定的色水方案偏離標準,其作者應該確保伊滿足可存取性要求,提供有夠額的色水對比。比如講:佮普森家庭有關係的導航模板佮訊息框會使用黃色以配合這系列的主色。佇這个情形下,藍色連結提供了充足的對比度,因此伊是會當存取的。 一般來講,文章應優先於使用 Wiki 標記來代替 HTML 元素。尤其是,莫使用物理 HTML 標籤 ` < i > . . . < / i > ` 和 ` < b > . . . < / b > ` 來單純格式粗體、斜體文字,請使用 Wiki 標記 `'''`、`''`,抑是講語意 HTML(Semantic HTML)。 ` < font > ` 標籤嘛應該愛盡量避免佇文章中使用;使用邏輯模板(比如講 { { em } }、{ { strong } } 抑是 { { code } })來強調佮其他的文字無仝的所在。使用佮 { { small } } 佮 { { big } } 枋模來改變文字大細,毋是以 ` font-size=` 方式抑是講已經過時的 ` < small > ` 來設定的形式。Of course there are natural exceptions ; e . g . , it may be beneficial to use the ` < u > . . . < / u > ` element to indicate something like an example link that isn't really clickable , but underlining is otherwise generally not used in article text . ===CSS 佮 JavaScript 支援不足的讀者=== Auto-collapsed ( pre-collapsed ) elements should not be used to hide content in the article's main body , though elements such as tables can be made collapsible at the reader's option . 維基百科條目應該使用無完全支援 JavaScript 佮 CSS 瀏覽器的讀者也會當容易閱覽。想同時避開無必要的功能閣提供仝款的外觀質感予無仝款瀏覽器的使用者是無可能的,毋是應該使用佇 CSS 抑是 JavaScript 無法度使用時會直接掩崁抑是走精的功能。這包括親像以結構隱藏方法來拗疊表格內容(但是無 CSS 時會以袂當疊著的形式顯示)抑是某一寡拗疊碼(可能會使無JavaScript 的使用者無法度來讀著內容)。 請考慮著遐的無法度使用 CSS 抑是 JavaScript 的使用者,確保伊 _ 會用得 _ 閱讀;效果變差是意料中間。 為著欲因應這考量,測試任何藏佇的破壞性修改攏咧關 JavaScript 抑是 CSS 的狀況下進行。佇咧 Firefox 抑是 Chrome,這會使誠簡單透過網頁開發擴展完成;IE 瀏覽器會當佇「選項」畫面禁用 JavaScript。愛特別細膩:內楷式去 CSS 效果佇咧某一寡瀏覽器、媒體、以及 XHTML 版本並無支援。 In 二千空一十六 around 百分之七 of visitors to Wikipedia did not request JavaScript resources . * usability : Accessibility Initiative * 十 Quick Tips to Make Accessible Web Sites , from WAI * Colorblind web page filter * Essential Components of Web Accessibility , from WAI * Introduction to Web Accessibility , from WAI * MediaWiki bug 三百六十七 : Markup accessibility issues ( tracking ) [[分類: 待校正]]
返回到「
維基百科:格式手冊/無障礙
」。