نمایش مبدأ برای ویکی‌ادبیات:شیوه‌نامه/دسترسی‌پذیری

{{الگو:ترجمه کنید}}
{{الگو:ترجمه-نیاز}}

{{سیاست‌های ویکی‌ادبیات|وا:شد|وا:شیوه دست}}
{{Style}}
[[دسترسی‌پذیری وب]] به‌معنی طراحی [[صفحات وب]] به‌طوری‌که به‌سادگی قابلیت [[ناوبری]] و خواندن داشته باشند. این راهبرد با هدف کمک به افراد ناتوان اجرا می‌شود؛ اما می‌تواند برای همه خوانندگان مفید باشد. هدف ما پایبندی به دستورالعمل WCAG 2.0 (با نام مستعار ISO / IEC 40500: 2012) است که پیشنهادهای مربوط به آن در زیر می‌آید.

== ساختار مقاله ==
قابلیت دسترسی به ساختار استاندارد مقاله‌ها را بهبود می‌بخشد، به‌دلیل آنکه کاربران را با انتظار قادر می‌سازد برای مطالبی که در بخش خاصی از صفحه است. مثلاً: یک کاربر تازه‌کار درحال جست‌وجوی لینک ابهام‌زدایی است. اگر او چیزی را که در بالای صفحه جست‌وجو کرده پیدا نکند، او خواهد دانست که چیزی که به‌دنبالش است، درج نشده است و نمی‌تواند آن را در کل صفحات پیدا کند.

استانداردها درحال‌حاضر عادتی مهم در ویکی‌ادبیات شده‌اند؛ درنتیجه برای سادگی این دستورالعمل‌ها هستند، [[ویکی‌ادبیات:راهنمای طرح‌بندی و آرایش مقاله]] و [[ویکی‌ادبیات:بخش آغازین]].

=== سرعنوان ===
سرعنوان باید توصیفی باشد و با هدف سازگاری با (مشاهده لینک ها-منابع-منابع ارجاعی خارجی-لینک‌های بیشتر).

سرعنوان باید تودرتو، پی‌درپی با شروع با سطح ۲ (<کد> == </ کد>)، سپس سطح ۳ (<کد> === </ کد>) و... (سطح ۱ استفاده نمی‌شود، برای اینکه عنوان صفحه به‌صورت خودکار ایجاد می‌شود)، از سطوح عنوان تصادفی استفاده نشود (به‌عنوان مثال برای تأکید انتخاب که هدف سرفصل نیست) و نه قطعات پرش از دنبالۀ آن.

برای ایجاد شبه سرفصل از ویرگول یا پررنگ کردن استفاده نکنید. خوانندگان صفحه نمایش و دستگاه‌های دیگر فقط می‌تواند فرمت صحیح مطالب را بخوانند. اگر می‌خواهید به‌منظور کاهش حجم از جدول از محتویات (TOC) استفاده کنید، به‌جای آن {{الگو | TOC حد}} را به‌کار گیرید.

{| class="wikitable"
|+ style="padding-top: 10px;" | عنوان استفاده (و سوءاستفاده) نمونه
|-
! scope="col" style="background: PaleGreen;" | صحیح
! scope="col" style="background: Pink;" | تصادفی/هرج‌ومرج
! scope="col" style="background: Pink;" | پرش سطوح
! scope="col" style="background: Pink;" | شبه سرفصل
|- style="vertical-align: top;"
| style="width: 25%;" |
<poem>
''&#91;سرمقاله در اینجا&#93;''
<code>== بخش ==</code> ''&#91;سطح ۲&#93;''
<code>=== بخش فرعی ===</code> ''&#91;۳&#93;''
<code>== بخش ==</code> ''&#91;۲&#93;''
<code>=== بخش فرعی ===</code> ''&#91;۳&#93;''
<code>==== بخش فرعی فرعی ====</code> ''&#91;۴&#93;''
<code>== بخش ==</code> ''&#91;۲&#93;''</poem>
| style="width: 25%;" |
<poem>
''&#91;سرمقاله در اینجا&#93;''
<code>==== بخش'''؟''' ====</code> ''&#91;۴&#93;''
<code>=== بخش'''؟''' ===</code> ''&#91;۳&#93;''
<code>== بخش'''؟''' ==</code> ''&#91;۲&#93;''
<code>== بخش'''؟''' ==</code> ''&#91;۲&#93;''
<code>==== بخش'''؟''' ====</code> ''&#91;۴&#93;''
<code>=== بخش'''؟''' ===</code> ''&#91;۲&#93;''</poem>
| style="width: 25%;" |
<poem>
''&#91;سرمقاله در اینجا&#93;''
''&#91;سطح-۲ بخش‌های ازدست‌رفته در اینجا&#93;''
<code>=== بخش'''؟''' ===</code> ''&#91;۳&#93;''
<code>== بخش ==</code> ''&#91;۲&#93;''
''&#91;سطح-۳ بخش‌های فرعی ازدست‌رفته در اینجا&#93;''
<code>==== بخش فرعی'''؟''' ====</code> ''&#91;۴&#93;''
<code>== بخش ==</code> ''&#91;۲&#93;''</poem>
| style="width: 25%;" |
<poem>
''&#91;سرمقاله در اینجا&#93;''
<code>== بخش ==</code> ''&#91;سطح ۲&#93;''
<code>=== بخش فرعی ===</code> ''&#91;۳&#93;''
<code><nowiki>'''بخش فرعی'''</nowiki></code> ''&#91;شبه سرفصل&#93;''
<code>== بخش ==</code> ''&#91;۲&#93;''
<code>=== بخش فرعی ===</code> ''&#91;۳&#93;''
<code>;بخش فرعی فرعی</code> ''&#91;شبه سرفصل&#93;''
<code>== بخش ==</code> ''&#91;۲&#93;''
<code><nowiki><small>== بخش فرعی فرعی ==</small></nowiki></code> ''&#91;۳&#93;''</poem>
|}

=== عناصر شناور ===
در ویکی‌کد، عناصر شناور باید ''در داخل'' بخش‌هایی که متعلق به آن‌هاست قرار گیرد. به‌عنوان مثال: یک تصویر ممکن است تحت یک ضربه باتوجه‌به دیگر عناصر شناور نمایش داده شود، درحالی‌که در ویکی‌نحوه ممکن است که در بالای صفحه قرار گیرد. تصاویر باید ''در داخل'' بخشی که به آن تعلق دارند درج شوند.

=== وضوح ===
مقاله‌های ویکی‌ادبیات باید دردسترس تمام خوانندگان حتی آن‌هایی که از دستگاه‌های با صفحه نمایش کوچک یا برای خوانندگانی که از مانیتور با وضوح کم استفاده می‌کنند قرار گیرد؛ رزولوشن ۱۰۲۴×۷۶۸ پایین‌ترین رزولوشن درنظر گرفته شده است، بدون‌اینکه تأثیری بر کاربران دیگر بگذارد. همهٔ مقاله‌ها باید در این رزولوشن باشند بدون پیمایش افقی بیش از حد برای خواندن تا پذیرفته شوند. گاهی یک موضوع در مقاله‌ها با تصاویر متعدد در هر دو طرف صفحه نمایش قرار دارد. اگرچه قطعنامه کمتر تمایل به کشش پاراگراف به‌صورت عمودی، استفاده از تصاویر متحرک از هم جدا دارد، مراقب باشید و از اضافه کردن تصاویر یا محتوای شناور در هر دو طرف صفحه نمایش به‌طور هم‌زمان خودداری کنید. جداول بزرگ و تصاویر نیز می‌توانند مشکلات ایجاد کنند، همچنین گاهی پیمایش افقی اجتناب‌ناپذیر است؛ اما بهتر است که برای جداول و دیگر  نمونه‌های بزرگ به‌جای پیمایش افقی از پیمایش عمودی استفاده شود.

== متن ==
{{همچنین ببینید|Wikipedia:Manual of Style/Text formatting}}
{{میان‌بر|وا:نماد نه}}

در مقالات، از [[خط خوردن]] برای حذف مطالب اعتراضی استفاده نکنید. در هر صورت نظر آن است که با <nowiki>"<-" و "->"</nowiki> یا به‌طور کامل حذف شود. به‌طور پیش فرض، بسیاری از [[صفحه‌خوان]]ها متن نمایشی، صفات (حروف درشت، کج، زیر خط‌دار) یا حتی ویژگی‌های متنی را بی‌معنا نشان می‌دهند. (تاکید، اهمیت، حذف متن)، بنابراین زده کردن متن به‌طور معمول همراه با متن‌های دیگر به‌صورت معمولی خوانده می‌شوند. (ویراستاران که در سیاست و حذف بحث ویکی‌ادبیات شرکت می‌کنند به‌نوبه خود توصیه بر روی صدایی از متن و ویژگی زمانی می‌کنند که انجام این کار، متن را به‌صورت عنوان زده در ویکی‌ادبیات-بحث داخلی کرده که بسیار معمول است)

صفحه‌خوان‌های بدون پشتیبانی از یونیکد به‌طور کلی به‌عنوان کاراکترخوان صفحه‌خوان بدون پشتیبانی از یونیکد هستند به‌طورکلی صفحه‌خوان‌های خارجی [[ایزو/آی‌ئی‌سی ۸۸۵۹-۱]] و [[ویندوز-۱۲۵۲]] مثل یک علامت سؤال، و حتی در [[JAWS (صفحه‌خوان)|JAWS]]، محبوب ترین صفحه خوان‌ها هستند، کاراکترهای یونیکد برای خواندن بسیار دشوار هستند.

# [[نویسه‌گردانی]] فراهم می‌کند برای همه متن‌های غیر لاتین درسیستم نوشتاری که در آن کاراکترهای غیر لاتین در متن اصلی مهم هستند مانند نام، مکان و ...
# از نمادهای غیربین‌المللی مانند ♥ (نماد قلب) استفاده نکنید؛ به‌جای آن از تصاویر همراه با متن استفاده کنید.<ref>{{Cite web | url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/F26.html| title = F26: Failure of Success Criterion 1.3.3 due to using a graphical symbol alone to convey information| work = Techniques for WCAG 2.0 | accessdate=1 January 2011|publisher = [[کنسرسیوم وب جهان‌شمول]]}}</ref>
# نمادهایی که باعث مشکلات برای صفحه خوان‌ها می‌شوند ممکن است درحال‌حاضر برای آن‌ها قالب ایجادشده برای تولید یک تصویر و متن همراه داشته باشند. برای مثال است {{الگو |†}}؛ برای اطلاعات بیشتر [[: رده: الگوهای درج تصویر]] را بخوانید.

از تکنیک‌هایی که نیاز به تعامل به ارائه اطلاعات دارند استفاده نکنید، از قبیل راهنمای ابزار یا متن‌های «شناور» دیگر. اختصارات از این شرایط معاف هستند، بنابراین الگوی {{الگو |مخفف}} ممکن است برای نشان‌دادن شکل طولانی یک کلمه مورد استفاده قرار گیرد.

از وارد کردن پرش به خط در یک جمله استفاده نکنید، از آنجایی که ممکن است این کار برای [[صفحه‌خوان]] سخت باشد. یک خط خالی که به دنبال یک جمله می‌آید، که ممکن است بعضی از ویرایش گران را کمک کند.

برای استفاده از کاهش دادن اندازه فونت باید به مقدار کم استفاده شود. از کاهش اندازه فونت‌های کوچک که در حال حاضر استفاده می‌شوند اجتناب کنید، مانند: جعبه اطلاعات، nav boxes و بخش مرجع. به‌هیچ‌عنوان نباید اندازهٔ قطر فونت زیر ۸۵٪ از اندازه فونت‌های صفحه و (یا 11px) باشد.

''پاسخ بیشتر در [[ویکی‌ادبیات:شیوه‌نامه قالب‌بندی متون]]''

== زبان‌های دیگر ==
{{میان‌بر|وا:زبان}}

{{اصلی|الگو:زبان/توضیحات#منطق}}
{{همچنین ببینید|Wikipedia:Manual of Style/Text formatting#Foreign terms|Category:Multilingual support templates}}

کلمات یا عبارات غیرانگلیسی باید در روکشی از {{الگو | زبان}}، که با استفاده از [[ایزو ۶۳۹]] کد زبان هست باشند، در نتیجه:

{{Tnull|زبان|fr|اسمبل ملی}}

که ارائهٔ عنوان آن، این گونه است:

{{زبان|fr|اسمبل ملی}}.

{{تأکید زیاد|منطق}}: {{Tnull|الگو}} متن را قادر می‌سازد که متن را در زبان درست تلفظ کنید.<ref>[http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/H58 H58: Using language attributes to identify changes in the human language], Techniques for WCAG 2.0, W3C, accessibility level: AA.</ref> این کاربردهای زیادی دارد. برای یک فهرست جامع از مزایا بخوانید: [[الگو:زبان/توضیحات#منطق]]

== لینک ==
# لینک‌ها را خوب توصیف کنید، به‌ویژه برای لینک‌های خارجی (از [[اینجا کلیک کنید]]!"، "[[/http://example.com|اینجا]]" اجتناب کنید).<ref>{{Cite web | url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/G91.html | title = G91: Providing link text that describes the purpose of a link| work = Techniques for WCAG 2.0 | accessdate = 1 January 2011| publisher = [[کنسرسیوم وب جهان‌شمول]]}}</ref><ref>{{Cite web | url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/F84 | title = F84: Failure of Success Criterion 2.4.9 due to using a non-specific link such as "click here" or "more" without a mechanism to change the link text to specific text| work = Techniques for WCAG 2.0 | publisher = [[کنسرسیوم وب جهان‌شمول]] | accessdate = 1 January 2011}}</ref>
# از کاراکترهای [[یونیکد]] به عنوان آیکون استفاده نکنید، از یک آیکون به همراه متن استفاده کنید. به عنوان مثال: یک کاراکتر مانند "→" نمی‌تواند یک متن مفید برای [[صفحه‌خوان]] باشد، و معمولاً به عنوان یک علامت سوال خوانده می‌شود.

{{لنگر|استفاده از رنگ در مقاله|رنگ}}

== رنگ ==
{{میان‌بر|وا:رنگ|وا:کنتراست}}

{{همچنین ببینید|Help:Using colours|Wikipedia:Manual of Style/Text formatting#Color|WP:Link color}}
{{درباره|the use of colors in articles|the civility essay dealing with colors|Wikipedia:Don't edit war over the colour of templates|section=yes}}
{{تغییرمسیر|WP:COLORS|the citation guideline originating with references to the game ''[[سونیک رنگ‌ها]]''|Wikipedia:Wisps' Law}}

[[File:Example of team color problem on Clive Churchill article.png|thumb|alt=Two screenshots of the same highly textual user interface. The top one uses red, green, and blue; the bottom one uses nearly the same color for red and green, so that the red text becomes nearly invisible in its green background.|A pair of screenshots showing the effects of red/green colorblindness on legibility]]

'''Colors''' are most commonly found in Wikipedia articles within [[ویکی‌ادبیات:فضای نام الگو]] and [[ویکی‌ادبیات:چه زمانی از جدول استفاده کنیم]]. To view the colors available, see [[List of colors]]. For technical assistance on how colors are used, see [[Help:Using colours]].

Articles that use color should keep accessibility in mind, as follows:
* Ensure that color is not the only method used to convey important information. Especially, do not use colored text or background unless its status is also indicated using another method such as an [[#Text|accessible symbol]] matched to a legend, or [[راهنما:پانویس‌ها]]. Otherwise, [[نابینایی]] users or readers accessing Wikipedia through a printout or device without a color screen will not receive that information.
* Links should clearly be identifiable as a link to our readers.
* Some readers of Wikipedia are partially or fully [[کوررنگی]]. Ensure the contrast of the text with its background reaches at least [[WCAG|WCAG 2.0's]] AA level, and AAA level when feasible. Here is a selection of tools that can be used to check that the contrast is correct:
** The [http://www.paciellogroup.com/resources/contrastAnalyser#download Color Contrast Analyser] enables you to pick colors on the page, and review their contrast thoroughly. However, be sure to only use the up-to-date "luminosity" algorithm, and not the "color brightness/difference" which is outdated.
** You can also use [http://snook.ca/technical/colour_contrast/colour.html Snook's color contrast tool], which is entirely up-to-date.
** Several other tools exist on the web, but check if they are up-to-date before using them. Several tools are based on [[WCAG 1.0]]'s algorithm, while the reference is now [[WCAG 2.0]]'s algorithm. If the tool doesn't specifically mention that it is based on WCAG 2.0, assume that it is outdated.
* Additional tools can be used to help produce graphical charts and color schemes for maps and the like. These tools are not accurate means to review contrast accessibility, but they can be helpful for specific tasks.
** The [http://ColorSchemeDesigner.com/ color scheme generator] helps to choose a good set of colors for a graphical chart.
** [http://colorbrewer2.org/ Color Brewer 2.0] provides safe color schemes for maps and detailed explanations.
** [http://colorfilter.wickline.org/?j=1;t=a Colorfilter.wickline.org] or [http://www.vischeck.com/vischeck/vischeckURL.php vischeck.com] are tools for simulating color blind vision.
* If an article overuses colors, and you don't know how to fix it yourself, you can ask for help from other editors. Place ({{الگو|Overcolored}} or {{الگو|Overcoloured}}) on the top of the article:
{{Overcolored}}

== عناصر بلوک ==
=== فهرست‌ها ===
{{همچنین ببینید|Wikipedia:Lists#List styles|l1=Lists: List styles}}
{{میان‌بر|وا:شکاف فهرست}}

موارد یک فهرست را با استفاده از خطوط خالی یا با کمک جدول‌بندی و به صورت ستونی از هم جدا نکنید، این شامل موارد داخل یک فهرست‌های تعریفی اچ‌تی‌ام‌ال (تگ‌های <code><nowiki><dl>...</dl></nowiki></code> که در [[ویکی‌متن]] با گذاشتن <code><nowiki>;</nowiki></code> در ابتدای خط و <code><nowiki>:</nowiki></code> در انتهای آن مشخص می‌شوند) یا فهرست‌های غیرترتیبی نیز می‌شود. این کارها باعث می‌شوند نرم‌افزار [[مدیاویکی]] در کدهای اچ‌تی‌ام‌ال تولیدی خود ابتدا یک فهرست را به اتمام برساند و سپس فهرست دیگری بسازد. این موضوع باعث خواهد شد [[صفحه‌خوان]]‌ها چندین فهرست را اعلام کنند در حالی تنها یک فهرست منظور بوده است. فهرست‌ها برای گروه‌بندی عناصری هستند که باید در یک گروه باشند، شکستن این گروه‌ها باعث گمراهی و گیج‌شدن کاربران صفحه‌خوان خواهد شد. قالب‌بندی نادرست همچنین می‌تواند زمان لازم برای خواندن فهرست را تا سه‌برابر افزایش دهد.

==== دندانه ====
{{همچنین ببینید|Wikipedia:Indentation|l1=Indentation}}
{{میان‌بر|وا:شکاف تورفتگی}}
گذاشتن <code><nowiki>:</nowiki></code> در آغاز خطوط موجب تورفتگی آن‌ها می‌شود. این موضوع برای مثال جهت مشخص‌کردن پاسخ یک بحث در یک بحث چندشاخته می‌شود. این تورفتگی‌ها با استفاده از فهرست‌های تعریفی اچ‌تی‌ام‌ال تولید می‌شوند. این موضوع نه از نظر دسترسی‌پذیری و نه از نظر ساختار ایده‌آل نیست، ولی روش کنونی رایج همین است. از آنجایی که خطوط خالی موجب شکسته‌شدن فهرست و ایجاد یک فهرست تازه می‌شود، باید از گذاشتن خطوط خالی پرهیز کرد. اگر نیاز به ایجاد فاصله با خطوط خالی است، یک خط خالی که با همان تعداد دونقطه آغاز می‌شود را در ویکی‌متن بگنجانید.

==== لیست عمودی ====
===== لیست عمودی گلوله‌ای =====
برای فهرست گلوله‌ای، از گذاشتن یک خط فاصله بین خطوط خودداری کنید. اگر یک خط فاصله بین خطوط قرار گیرد، [[وا:HTML|HTML]] فهرست قبل از خط فاصله تمام شده و بعد از خط فاصله HTML فهرست جدید دیگری شروع می‌شود. این روش به طور موثر یک لیست را به چندین لیست کوچکتر برای [[صفحه‌خوان]] ها ایجاد می کند. به‌عنوان مثال، برای برنامه‌نویسی:

<pre>
* رز سفید
* رز زرد

* رز صورتی

* رز قرمز
</pre>
نرم‌افزار فضای خالی را خط حساب کرده و این گونه دیده می‌شود:
* رز سفید
* رز زرد

* رز صورتی

* رز قرمز

اما توسط خواننده به این صورت خوانده می‌شود: "فهرست دوتایی: (گلوله) رز سفید، (گلوله) رز زرد، پایان فهرست. فهرست تکی: (گلوله) رز صورتی، پایان فهست، فهرست تکی: (گلوله) رز قرمز، پایان فهرست."

از خط فاصله برای جدا کردن فهرست‌ها استفاده نکنید (<nowiki>{{سخ}}</nowiki>). از یکی از روش‌های زیر پیروی کنید.

===== {{لنگر|غیر گلوله ای (عمودی) لیست}}لیست عمودی غیر گلوله ای =====
<!-- This Anchor tag serves to provide a permanent target for incoming section links. Please do not move it out of the section heading, even though it disrupts edit summary generation (you can manually fix the edit summary before saving your changes). Please do not modify it, even if you modify the section title. It is always best to anchor an old section header that has been changed so that links to it won't be broken. See [[الگو:لنگر]] for details. (This text: [[Template:Anchor comment]]) -->
{{میانبر|WP:PLIST|WP:VLIST}}

For unbulleted lists running down the page, the templates {{الگو|plainlist}} and {{الگو|unbulleted list}} are available, to improve accessibility and semantic meaningfulness by marking up what is clearly a list rather than including {{برچسب|br|single}} line breaks, which should not be used - see above. Alternatively, in templates such as Navboxes and the like, or any suitable container, such lists may be styled with the class "<code>plainlist</code>", thus:

: <code>| listclass = plainlist</code> or
: <code>| bodyclass = plainlist</code>

In infoboxes:

: <code>| rowclass = plainlist</code> or
: <code>| bodyclass = plainlist</code>

may be used. See also [[Wikipedia:Manual of Style/Lists#Unbulleted lists|Manual of Style: Lists § Unbulleted lists]]. See [[ویکی‌ادبیات:الگوهای ناوبری]] for more details on Navigation templates.

==== لیست افقی ====
{{میان‌بر|WP:HLIST}}

For lists running across the page, and in single rows in infoboxes and other tables, the templates {{الگو|flatlist}} and {{الگو|hlist}} ("h[orizontal]list") are available to improve accessibility and semantic meaningfulness. This feature makes use of the correct HTML markup for each list item, rather than including bullet characters which, for example, are read out (e.g. , "dot cat dot dog dot horse dot...") by the assistive software used by people who are blind.

Alternatively, in templates such as Navboxes and the like, or any suitable container, such lists may be styled with the class "<code>hlist</code>", thus:

: <code>| listclass = hlist</code> or
: <code>| bodyclass = hlist</code>

In infoboxes:

: <code>| rowclass = hlist</code> or
: <code>| bodyclass = hlist</code>

may be used. See [[ویکی‌ادبیات:الگوهای ناوبری]] for more details on Navigation templates.

=== جدول ===
Screen readers and other web browsing tools make use of specific table tags to help users navigate the data contained within them.

Use the correct wikitable pipe syntax to take advantage of all the features available. See [[meta:Help:Tables]] for more information on the special syntax used for tables. Do not solely use formatting, either from CSS or hard-coded styles, to create semantic meaning (e.g. , changing background colour).

Many [[ویکی‌پدیا:الگوهای ناوبری]], [[Wikipedia:Series templates|series]] templates, and [[راهنما:جعبۀ اطلاعات]] are made using tables.

Avoid using {{برچسب|br|single}} tags in adjacent cells to emulate a visual row that isn't reflected in the HTML table structure. This is a problem for users of screen readers which read tables cell by cell, HTML row by HTML row, not visual row by visual row. [[Wikipedia:WikiProject Accessibility/Infobox accessibility|WikiProject Accessibility/Infobox accessibility]] has been addressing this problem.

==== داده‌های جدول ====
{{میان‌بر|وا:داج|MOS:DTAB}}

<pre>
{|
|+ [عنوان متن]
|-
! طرح="ستون" | [عنوان ستون ۱]
! طرح="ستون" | [عنوان ستون ۲]
! طرح="ستون" | [عنوان ستون ۳]
|-
! طرح="ردیف" | [عنوان ردیف ۱]
| [سلول طبیعی ۱,۲] || [سلول طبیعی ۱,۳]
|-
! scope="ردیف" | [عنوان ردیف ۲]
| [سلول طبیعی ۲,۲] || [سلول طبیعی ۲,۳]
...
|}
</pre>

; Caption (<code>|+</code>): A caption is a table's title, describing its nature.<ref name="H39" group="WCAG-TECH">[http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/H39 H39: Using caption elements to associate data table captions with data tables], A accessibility level.</ref>
; Row & column headers (<code> ! </code>): Like the caption, these help present the information in a logical structure to visitors.<ref group="WCAG-TECH">{{Cite web | url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/H51 | title = H51: Using table markup to present tabular information| accessdate = 1 January 2011| publisher = [[کنسرسیوم وب جهان‌شمول]]}}</ref> The headers help screen readers render header information about data cells. For example, header information is spoken prior to the cell data, or header information is provided on request.<ref>{{Cite web | url = http://www.w3.org/TR/REC-html40/struct/tables.html#edef-TH | title= Table cells: The TH and TD elements | work = Techniques for WCAG 2.0 | publisher = [[کنسرسیوم وب جهان‌شمول]] | accessdate = 1 January 2011}}</ref>
; Scope of headers (<code> ! scope="col" | and ! scope="row" | </code>): This clearly identifies headers as either row headers or column headers. Headers can now be associated to corresponding cells.<ref name="H63" group="WCAG-TECH">{{Cite web | url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/H63.html | title = H63: Using the scope attribute to associate header cells and data cells in data tables| work = Techniques for WCAG 2.0 | accessdate = 1 January 2011| publisher = [[کنسرسیوم وب جهان‌شمول]]}}</ref>

[[ویکی‌ادبیات:شیوه‌نامه/دسترسی/آموزش جدول‌ها]] جزئیات لازم نمونه‌های زیر را فراهم می‌کند:
# شرح صحیح جدول
# ساختار صحیح سر صفحه
# تصاویر و رنگ‌ها
# اجتناب از جداول تو در تو

==== چیدمان جدول ====
{{میانبر|WP:LTAB}}
Avoid using tables for layout purposes only. The best option is to use [[اچ‌تی‌ام‌ال]]'s <code>&lt;div&gt;</code> blocks and style attributes because they provide flexibility.

For simple layouts tables can be an option. Especially if the only point of the table is to get a floating effect, then <code>align="right"</code> etc. will work with some browsers [[#Users with limited CSS/JavaScript support|not supporting CSS]] at all. This is in fact a verbose approximation of <code>&lt;div&gt;</code> plus CSS, and not the design sin known as (nested) "table layout".

However, to avoid accessibility barriers, when using tables for layout purposes do not use any caption, row, or column headers, and also no <code>summary</code> attribute. These structural table elements should be used only for data tables. Do not use structural elements for presentation purposes, use style sheets. For Wiki table markup this means to avoid "!" (= &lt;th&gt; in XHTML) in such cases:

<pre>
{| class="toccolours" style="width:94%"
| style="text-align: center; background-color: #ccf;" | '''Title'''
|-
| [normal cell] || [normal cell]
|-
| [normal cell] || [normal cell]
|}
</pre>

== تصاویر ==
{{میانبر|WP:ACCIM}}
{{بیشتر|Wikipedia:Alternative text for images|Wikipedia:Manual of Style#Images|Wikipedia:Image use policy#Size}}

# Images should include an [[alt attribute]], even an empty one, that acts as a substitute for the image for blind readers, search-spiders, and other non-visual users. If additional alt text is added it should be succinct, or should refer the reader to the caption or adjacent text: see [[ویکی‌پدیا:متن جایگزین برای تصاویر]] for more information.
# In [[Wikipedia:Manual of Style/Captions#Special situations|most cases]], images should contain a [[Wikipedia:Manual of Style/Captions|caption]], either using the built in image syntax or a secondary line of text. The caption should concisely describe the meaning of the image, the essential information it is trying to convey.
# Where possible, any charts or diagrams should have a text equivalent, or should be well-described so that users who are unable to see the image can gain some understanding of the concept.
# Detailed image descriptions, where not appropriate for an article, should be placed on the image description page, with a note saying that activating the image link will lead to a more detailed description.
# Images should be inside the section they belong to (after the heading and after any links to other articles), and not in the heading nor at the end of the previous section, otherwise screen readers would read the image (and its textual alternative) in a different section; as they would appear to viewers of the mobile site. See [[ویکی‌پدیا:خودآموز (تصاویر)]] for more information.
# Avoid referring to images as being on the left or right. Image placement is different for viewers of the mobile version of Wikipedia, and is meaningless to people having pages read to them by assistive software. Instead, use captions to identify images.
# This guideline includes alt text for LaTeX-formatted equations in <nowiki><math></nowiki> mode.

== انیمیشن، فیلم و فایل صوتی ==
{{بیشتر|Wikipedia:Media help|Wikipedia:Creation and usage of media files}}

=== انیمیشن ===
To be accessible, an animation ([[جیف]] – Graphics Interchange Format) should either:
* not exceed a duration of five seconds (which results in making it a purely decorative element),<ref>{{Cite web| url =http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/G152| title = Setting animated gif images to stop blinking after n cycles (within 5 seconds)| work = Techniques for WCAG 2.0 | accessdate = 1 January 2011 | publisher = [[کنسرسیوم وب جهان‌شمول]]}}</ref> or
* be equipped with control functions (stop, pause, play).<ref>{{Cite web | url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/G4 | title = Allowing the content to be paused and restarted from where it was paused| accessdate = 1 January 2011| work = Techniques for WCAG 2.0 | publisher = [[کنسرسیوم وب جهان‌شمول]]}}</ref>

In short, most animated GIFs should be converted to video (to learn how, see the tutorial [//commons.wikimedia.org/w/index.php?title=Help_talk:Converting_video&oldid=39737985#Converting_an_animated_GIF converting animated GIFs to Theora OGG]).

=== فیلم ===
Subtitles can be added to video, in [[Timed Text]] format. There is a corresponding help page at [[:commons:Commons:Video#Subtitles and closed captioning]]. Subtitles are meant for the transcription of speech.

There is a need for [[closed captions]] for the hearing impaired. As of November 2012 this is not possible, but this feature could be easily added and has been requested in [[bugzilla:41694]]. Closed captions are meant to be viewed instead of subtitles. Closed captions provides a text version of all important informations provided through the sound. It can include dialogues, sounds (natural and artificial), the setting and background, the actions and expressions of people and animals, text or graphics.<ref>{{Cite web | url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/G69 | title = Providing an alternative for time based media | work = Techniques for WCAG 2.0 | accessdate = 1 January 2011| publisher = [[کنسرسیوم وب جهان‌شمول]]}}</ref> Guides in the following references can be used to create closed captions.<ref>Please see : [http://main.wgbh.org/wgbh/pages/mag/services/captioning/faq/sugg-styles-conv-faq.html A quick and basic reference for closed captions], [http://www.cab-acr.ca/english/social/captioning/captioning.pdf a detailed reference (PDF)] and [http://www.dcmp.org/captioningkey/index.html a list of best practices for closed captions].</ref>

A text version of the video would also be needed for the blind, but as of November 2012 there is no convenient way to provide alt text for videos.

=== فایل صوتی ===

زیرنویس‌ها برای سخنرانی، شعر، گفت‌وگو و ... هستند.<ref>{{Cite web| url = http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/G158 | title = Providing an alternative for time-based media for audio-only content| work = Techniques for WCAG 2.0 | publisher = [[کنسرسیوم وب جهان‌شمول]]| accessdate = 1 January 2011}}</ref> آن‌ها را به‌راحتی می‌توان به فایل‌های صوتی اضافه کرد. روش آن مانند روشی است که در این ویدئو به‌کار رفته است: [[:commons:Commons:Video#Subtitles and closed captioning]].

== سبک‌ها و گزینه‌های نشانه‌گذاری ==
{{میانبر|WP:Deviations}}

=== بهترین عمل: اولویت در استفاده ازویکی نشانه و کلاس های CSS به جای نشانه گذاری ===
In general, styles for tables and other block-level elements should be set using CSS classes, not with inline style attributes. The site-wide CSS in [[MediaWiki:Common.css]] is more carefully tested to ensure accessibility (e.g. sufficient color contrast) and compatibility with a wide range of browsers. Moreover, it allows for users with very specific needs to change the color schemes in their own style sheet ([[Special:MyPage/skin.css]], or their browser's style sheet). For example, a style sheet at [[Wikipedia:Style sheets for visually impaired users]] provides higher contrast backgrounds for navboxes. The problem is that when the default site-wide classes are overridden, it makes it far more difficult for an individual to choose his/her own theme.

It also creates a greater degree of professionalism by ensuring a consistent appearance between articles, and conformance to a style guide.

Regarding accessibility, deviations from standard conventions may be tolerated so long as they are accessible. Members of the accessibility project ensured that the default style is accessible. If some template or specific color scheme deviates from the standard, its authors should make sure that it meets accessibility requirements such as providing enough color contrast. For instance, the infoboxes and [[Template:The Simpsons|navigational templates]] relating to ''[[سیمپسون‌ها]]'' use a yellow colour-scheme, to tie in with the dominant colour in the series. In this case, blue links on yellow provides enough color contrast, thus it is accessible.

In general, articles should use [[ویکی‌متن]] in preference to the limited set of allowed HTML elements. In particular, do not use the HTML style tags {{برچسب|i|o}} and {{برچسب|b|o}} to format text; it is preferable to use Wiki markup '''<nowiki>''</nowiki>''' or '''<nowiki>'''</nowiki>''', or logical style tags. Of course there are natural exceptions: it may be beneficial to use {{برچسب|u|o}} tags to indicate something like an example of an unclickable link. The {{برچسب|font|o}} tag should also be avoided in article text; use logical style tags like {{برچسب|em|o}}, {{برچسب|code|o}}, or {{برچسب|strong|o}} to emphasise semantic differences. Use the {{برچسب|small|o}} semantic tag and the {{الگو|big}} template to change font size, rather than setting it explicitly with the <code>font-size=</code> style attribute.

=== کاربران با CSS محدود یا پشتیبانی جاوا اسکریپت {{لنگر|پیمایش و بخش پیش‌ساخته}} ===
{{لنگر|Users with limited CSS/JavaScript support}}<!--Old name, misusing slash; may be linked to from somewhere. -->
{{همچنین ببینید|Wikipedia:Manual of Style#Scrolling lists and collapsible content}}

Wikipedia articles should be accessible to readers using browsers and devices which have limited or no support for [[جاوااسکریپت]] or [[شیوه‌نامه آبشاری]]. At the same time, it is recognised that it is impossible to provide the same quality of appearance to such users without unnecessarily avoiding features that would benefit users with more capable browsers. As such, features which would cause content to be hidden or corrupted when CSS or JavaScript is unavailable must not be used. This includes techniques such as the [[Wikipedia:HiddenStructure|hiddenStructure]] method for hiding table content—which produces incomprehensible output without CSS—and some implementations of the NavFrame collapsing code—which can make content inaccessible without JavaScript support. However, consideration for users without CSS or JavaScript should extend mainly to making sure that their reading experience is ''possible''; it is recognised that it will inevitably be ''inferior''.

To accommodate these considerations, test any potentially disruptive changes with JavaScript or CSS disabled. In Firefox or Chrome, this can be done easily with the Web Developer extension; JavaScript can be disabled in IE in the "Options" screen. Be particularly careful with inline CSS effects, which are not supported by several browsers, media, and XHTML versions.

== همچنین ببینید ==
{{کتاب‌های ویکی‌پدیا|Wikipedia Manual of Style}}
* [[Web Accessibility Initiative]] (WAI)
* [[Wikipedia:Accessibility advocates]]
* [[Wikipedia:Accessibility dos and don'ts]]
* [[Wikipedia:Dyslexic readers]]
* [[Wikipedia:Make technical articles understandable]]
* [[Wikipedia:Using JAWS]]
* [[Wikipedia:WikiProject Accessibility]]
* [[Wikipedia:WikiProject Usability]]
* [[usability:Accessibility Initiative]]

== منابع ==
=== اختصاصی ===
{{چپ‌چین}}
{{پانویس}}
{{پایان چپ‌چین}}

=== عمومی ===
{{چپ‌چین}}
* {{cite book
  | first = Joe
  | last = Clark
  | year = ۲۰۰۳
  | month =
  | title = Building Accessible Websites
  | edition =
  | publisher = New Riders Press
  | location =
  | id = {{شابک|0-7357-1150-X}}
  | url = http://www.joeclark.org/book/
  | accessdate = 1 January 2011
  }}
* {{cite web
  | first = Mark
  | last = Pilgrim
  | title = Dive Into Accessibility: 30 days to a more accessible web site
  | year = ۲۰۰۲
  | accessdate = 26 December 2013
  | url = http://diveintoaccessibility.info
  }}
{{پایان چپ‌چین}}

=== فنی ===
{{چپ‌چین}}
{{پانویس|گروه="WCAG-TECH"}}
{{پایان چپ‌چین}}

== پیوند به بیرون ==
* [http://www.w3.org/WAI/quicktips/ 10 Quick Tips to Make Accessible Web Sites], from WAI
* [http://colorfilter.wickline.org/ Colorblind web page filter]
* [http://www.w3.org/WAI/intro/components.php Essential Components of Web Accessibility], from WAI
* [http://www.w3.org/WAI/intro/accessibility.php Introduction to Web Accessibility], from [[Web Accessibility Initiative|WAI]]
* [//bugzilla.wikipedia.org/show_bug.cgi?id=367 MediaWiki bug 367: Markup accessibility issues (tracking)]

{{سیاست‌ها و رهنمودهای ویکی‌ادبیات}[[رده:ویکی‌پروژه دسترسی‌پذیری]]
}