Wikipedia:Pedoman gaya/Aksesibilitas: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
Tidak ada ringkasan suntingan
→‎Warna: menggunakan QuickEdit
 
(18 revisi perantara oleh 8 pengguna tidak ditampilkan)
Baris 1:
<!--{{redirect|WP:AKSES|access keys|Wikipedia:Keyboard shortcuts|access to editing privileges|Wikipedia:User access levels|accessibility of sources|Wikipedia:Published}}
{{see also|Wikipedia:Alternative text for images}}-->
{{pedoman|pintasshortcut=[[WP:AKSES]]|kat=n}}
{{pedoman gaya|isi}}
<!--{{style-guideline|MOS:AKSES|WP:AKSES|WP:AKSESIBILITAS}}
{{Style}}-->
<!--{{Wikipedia:WikiProject Accessibility/Navigation menu |articles}}-->
 
Aksesibilitas web adalah tujuan untuk membuat suatu halaman web lebih mudah dibaca dan ditelusuri. Meskipun terutama dimaksudkan untuk membantu mereka yang mempunyai [[disabilitas]], juga dapat memberi manfaat bagi semua pembaca. Pelaksanaannya mengacu kepada panduan [[:En:Web Content Accessibility Guidelines|WCAG]] 2.0 (yaitu [[Organisasi Internasional untuk Standardisasi|ISO]]/IEC 40500:2012) yang menjadi dasar usulan-usulan berikut ini. Artikel-artikel yang mengikuti panduan ini akan lebih mudah dibaca dan disunting oleh siapa saja.
Baris 21 ⟶ 18:
Judul bagian harus dibuat bertingkat secara berurutan, dimulai dengan tingkat 2 (<code>==</code>), kemudian tingkat 3 (<code>===</code>) dan seterusnya (tingkat 1 tidak digunakan, karena ini merupakan judul halaman yang otomatis dibuat), juga tidak boleh dipakai sembarang urutan (misalnya dipakai untuk penekanan, bukan sebagai judul bagian), maupuan tidak boleh diloncati urutannya.
 
Jangan menggunakan judul bagian semu menggunakan huruf cetak tebal ataupun tanda titik koma. [[:en:Screen reader|Mesin pembaca layar]] dan jenis lain hanya dapat menggunakan judul bagian yang terformat dengan benar. Jika ingin mengurangi besarnya daftar isi (TOC), lebih baik menggunakan {{t|TOC limit}}.
 
{| class="wikitable"
Baris 84 ⟶ 81:
Dalam suatu artikel, jangan menggunakan [[:en:strikethrough|"garis coret tengah"]] untuk menghapus teks yang tidak disetujui. Lebih baik diberi komentar dengan <nowiki>"<!--" and "-->"</nowiki> atau dihapus sama sekali. Secara otomatis, kebanyakan pembaca layar tidak mengindikasikan atribut presentasi teks (cetak tebal, cetak miring, garis bawah) atau bahkan atribut semantik teks (penekanan/''emphasis'', penting, penghapusan), sehingga teks yang dicoret tengah dibaca normal seperti teks lain. (Para penyunting yang berpartisipasi dalam debat kebijakan dan penghapusan pada Wikipedia dianjurkan untuk menyalakan penyuaraan atribut teks bilamana menerapkannya, mengingat pencoretan teks sangat umum terjadi pada diskusi internal Wikipedia).
 
{:en:Screen reader|Pembaca layar]] tanpa dukungan Unicode umumnya membaca suatu karakter di luar [[:en:Latin-1|Latin-1]] dan [[:en:Windows-1252|Windows-1252]] sebagai "tanda tanya", dan bahkan dalam [[:en:JAWS (screen reader)|JAWS]], pembaca layar paling populer, karakter-karakter Unicode sangat sulit dibaca dengan benar.
# Berikan "[[transliterasi]]" atau "alih aksara" untuk semua teks yang ditulis dalam sistem yang tidak menggunakan huruf Latin, tetapi karakter bukan Latin itu penting dalam konteks asalnya, misalnya, nama orang, tempat, benda, dsb.
# Jangan menggunakan simbol yang tak terlafalkan sepertu ♥ (simbol "hati"); sebaliknya, gunakan gambar dengan teks alt.<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 = [[W3C]]}}</ref>
# Simbol-simbol yang menyebabkan masalah untuk pembaca layar bisa jadi sudah mempunyai templat yang dibuat untuk menghasilkan suatu gambar dan teks alt. Contohnya adalah {{tl|†}}; lebih lanjut lihatlah [[:Category:Image insertion templates]].
 
Jangan menggunakan teknik-teknik yang membutuhkan interaksi untuk menyampaikan informasi, seperti ''tooltip'' atau teks "melayang" lainnya. Singkatan-singkatan tidak tercakup dalam persyaratan ini, sehingga templat {{t|abbr}} dapat digunakan untuk mengindikasikan bentuk kepanjangan dari suatu kata.
Baris 93 ⟶ 90:
Jangan menyisipkan tanda baris baru di dalam suatu kaliman, karena ini akan menyulitkan penyuntingan dengan pembaca layar. Baris baru tunggal dapat diberikan di akhir suatu kalimat, yang dapat membantu para penyunting.
 
Jangan sering menggunakan jenis huruf dengan ukuran yang lebih kecil. Hindari penggunaan huruf-huruf berukuran sangat kecil pada elemen-elemen yang telah menggunakan ukuran kecil, seperti kotak info, navbox, dan bagian referensi. Tidak boleh menggunakan huruf yang berukuran lebih kecil dari 85% ukuran huruf normal pada suatu halaman (atau 11px).<!-- Replicated at [[Wikipedia:Manual of Style/Text formatting#Font size]] -->
 
== Bahasa-bahasa asing ==
{{shortcut|WP:ATLANG}}<!--{{Main|Template:Lang/doc#Rationale}}
 
<!--{{Main|Template:Lang/doc#Rationale}}
{{See also|Wikipedia:Manual of Style/Text formatting#Foreign terms|Category:Multilingual support templates}}
-->
Baris 113 ⟶ 108:
== Pranala ==
 
# Buatlah pemerian pranala yang baik, khususnya untuk pranala luar (hindari pranala bertulisan hanya "[[''klik di sini]]''!", "[http://example.com/ ini]").<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 = [[W3C]]}}</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 = [[W3C]] | accessdate = 1 January 2011}}</ref>
# Jangan menggunakan karakter [[Unicode]] seperti ikon; sebaiknya gunakan ikon dengan teks alt. Misalnya, sebuah karakter seperti "→" tidak dapat direproduksi menjadi teks yang terbaca oleh sebuah [[:en:screen reader|pembaca layar]], dan biasanya dibaca sebagai "tanda tanya".
 
Baris 124 ⟶ 119:
<!--{{Also|Help:Using colours|Wikipedia:Manual of Style/Text formatting#Color|WP:Link color}}
{{About|the use of colors in articles|the civility essay dealing with colors|Wikipedia:Don't edit war over the colour of templates|section=yes}}
{{Redirect|WP:COLORS|the citation guideline originating with references to the game ''[[Sonic Colors]]''|Wikipedia:Wisps' Law}}-->
[[File:Example of team color problem on Clive Churchill article.png|thumb|alt=Dua tangkapan layar dari antarmuka pengguna tekstual yang sama. Yang paling atas menggunakan warna merah, hijau, dan biru; bagian bawah menggunakan warna yang hampir sama untuk merah dan hijau, sehingga teks merah menjadi hampir tidak terlihat di latar belakang hijaunya.|Sepasang tangkapan layar yang menunjukkan efek buta warna merah/hijau pada keterbacaan]]
 
[[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]]
-->
'''Warna''' paling banyak dijumpai dalam artikel-artikel Wikipedia di dalam [[:en:Wikipedia:Template namespace|templat]] dan [[:en:Wikipedia:How to use tables|tabel]]. Untuk melihat warna-warna yang tersedia, lihat [[Daftar warna]]. Untuk bantuan teknis penggunaan warna, lihat [[:en:Help:Using colours|Bantuan:Penggunaan warna]].
 
<!--
Artikel-artikel yang menggunakan warna harus tetap mempertimbangkan aksesibilitas<!--, sebagai berikut::
* Pastikan bahwa pemberian warna bukanlah satu-satunya metode untuk menekankan pentingnya suatu informasi. Khususnya, jangan menggunakan teks atau latar belakang berwarna kecuali statusnya juga mengindikasikan penggunaan simbol-simbol lain seperti [[#Teks|"simbol yang dapat diakses"]] cocok untuk suatu label catatan, atau [[:en:Wikipedia:Footnotes|catatan kaki]]. Kalau tidak, pengguna atau pembaca tunanetra yang mengakses Wikipedia melalui suatu hasil cetak atau alat tanpa layar berwarna tidak dapat menerima makna pewarnaan informasi itu.
* 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 [[Wikipedia:Footnotes|footnote labels]]. Otherwise, [[blindness|blind]] users or readers accessing Wikipedia through a printout or device without a color screen will not receive that information.
* Sebuah pranala harus dapat dikenali jelas sebagai suatu pranala oleh para pembaca.
* Links should clearly be identifiable as a link to our readers.
* Beberapa pembaca Wikipedia mungkin menderita [[buta warna]] total maupun parsial atau tunanetra. Pastikan kontras teks dengan latar belakang mencapai setidaknya pada level AA berdasarkan [[Panduan Aksesibilitas Konten Web]] (WCAG) 2.0, dan level AAA jika memungkinkan (lihat [https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html "Understanding SC 1.4.3: Contrast (Minimum)"]).
<!--* Some readers of Wikipedia are partially or fully [[color blindness|color blind]]. 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.
Baris 141 ⟶ 136:
** [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 ({{Tl|Overcolored}} oratau {{tl|Overcoloured}}) onpada theawal top of the articleartikel:
{{Overcolored}}
-->
 
== Elemen blok ==
=== Daftar ===
<!--{{see also|Wikipedia:Lists#List styles|l1=Lists: List styles}}-->
{{shortcut|WP:LISTGAP|WP:LISTGAPS}}
 
-->
Jangan memisahkan butir-butir isi dalam daftar, termasuk butir isi dalam suatu [[:en:definition list|daftar definisi]] (suatu daftar yang dibuat dengan pengarahan tanda titik koma dan titik dua) atau suatu [[:en:unordered list|daftar tak teratur]], dengan membiarkan batas baris kosong atau kolom tabular di antara isi, karena ini menyebabkan [[MediaWiki]] untuk mengakhiri suatu daftar dan memulai daftar baru. Hal ini menyebabkan pembaca layar mengira ada banyak daftar padahal hanya ada satu. Suatu daftar dimaksudkan untuk mengelompokkan elemen-elemen yang berjenis sama, dan memisahkan kelompok-kelompok ini akan mengacaukan pengguna pembaca layar. Format yang tidak tepat dapat menyebabkan lebih dari tiga kali lipat waktu yang dibutuhkan untuk membaca daftar.
 
==== Indentasi ====
<!--{{see also|Wikipedia:Indentation|l1=Indentation}}-->
{{shortcut|WP:INDENTGAP|WP:INDENTGAPS}}-->
Tanda titik dua di awal baris memberi indent pada baris itu. Ini digunakan, misalnya, untuk mengindikasikan jawaban diskusi pada halaman pembicaraan. Indentasi ini diperoleh menggunakan daftar definisi HTML.<!-- This is not ideal for accessibility nor semantics, but is currently in wide practice. Blank lines should not be used between indented lines as they are currently rendered as the end of a list and the start of a new one. If a space is needed, insert an extra line consisting of the same number of colons.
-->
Baris 161 ⟶ 157:
Untuk daftar vertikal dengan bullet, jangan memisahkan setiap butir isi dengan memberi baris kosong di antaranya. Jika setiap butir isi dalam daftar dipisahkan oleh satu atau lebih baris kosong, daftar [[WP:HTML|HTML]] akan berakhir sebelum baris baru, dan daftar HTML lain akan dibuka setelah baris baru. Hal ini akan memisahkan satu daftar menjadi daftar-daftar kecil pada pembaca layar. Misalnya untuk pengkodean:
 
<pre>* WhiteBunga roseputih
* Bunga kuning
* Yellow rose
 
* PinkBunga roserosa
 
* RedBunga rosemerah
</pre>
software itu akan menekan baris kosong sehingga tampak sebagai berikut:
* WhiteBunga roseputih
* Bunga kuning
* Yellow rose
 
* PinkBunga roserosa
 
* RedBunga rosemerah
 
tetapi akan dibaca oleh pembaca layar sebagai: "Daftar terdiri dari of 2 butir isi: (bullet) WhiteBunga roseputih, (bullet) YellowBunga rosekuning, daftar berakhir. Daftar terdiri satu butir isi: (bullet) PinkBunga roserosa, daftar berakhir. Daftar terdiri satu butir isi: (bullet) RedBunga rosemerah, listdaftar endberakhir."
 
Jangan memisahkan butir-butir isi dengan baris pemisah (<nowiki><br></nowiki>). Gunakan satu dari metode-metode berikut.
Baris 243 ⟶ 239:
 
; Keterangan ( <code>|+</code> ): Suatu keterangan adalah judul tabel, menyatakan hakikatnya.<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>
; Judul baris & kolom (<code> ! </code>): Seperti keterangan, ini membantu presentasi informasi dalam struktur logis bagi pembaca.<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 = [[W3C]]}}</ref> <!Judul--Thejudul headersbagian helpini screenmembantu readerspembaca renderlayar headeruntuk informationmenafsirkan aboutinformasi datajudul cells.itu Forsecara example,tepat headermengenai informationsel-sel isdata. spokenMisalnya, priorinformasi tojudul theitu cellakan dibaca sebelum sel data, oratau informasi judul headeritu informationdapat iscepat provideddiberikan onjika requestdiminta.<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 = [[W3C]] | accessdate = 1 January 2011}}</ref>
; "''Scope''" untuk ofjudul headersbagian (<code> ! scope="col" | anddan ! scope="row" | </code>): ThisIni clearlyjelas identifiesmengidentifikasi headersjudul-judul asbagian eitherbaik rowjudul headersbaris ormaupun columnjudul headerskolom. HeadersJudul-judul ini cansekarang nowdapat bedikaitkan associatedke tosel-sel correspondingyang cellsberhubungan.<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 = [[W3C]]}}</ref>
 
[[:en:Wikipedia:Manual of Style/Accessibility/Data tables tutorial|"Tutorial tabel" (dalam bahasa Inggris)]] providesmemuat detailedpersyaratan-persyaratan requirementsdetail aboutmengenai:
# Pemberian keterangan tabel yang benar
# Correct table captions
# Struktur judul bagian yang benar
# Correct headers structure
# ImagesGambar anddan colorwarna
# Penghindaran tabel bertumpuk
# Avoiding nested tables
 
==== LayoutTata tablesletak tabel ====
{{shortcut|WP:LTAB}}
AvoidHindari usingpenggunakan tablestabel forhanya layoutuntuk purposesmemperbaiki onlytata letak. ThePilihan bestterbaik optionadalah ismenggunakan to usekode-kode [[HTML]]'s <code>&lt;div&gt;</code> blocksuntuk atribut blok anddan stylegaya attributeskarena becausememberikan theyfleksibilitas provideyang flexibilityluas.
<!--
 
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;" | '''TitleJudul'''
|-
| [normalsel cellnormal] || [normalsel cellnormal]
|-
| [normalsel cellnormal] || [normalsel cellnormal]
|}
</pre>
 
-->
== Gambar ==
<!--{{Shortcut|WP:ACCIM}}
<!--{{Further|Wikipedia:Alternative text for images|Wikipedia:Manual of Style#Images|Wikipedia:Image use policy#Size}}
-->
# Gambar-gambar seharusnya diberi [[:en:alt attribute|atribut alt]], sekalipun gambar kosong, yang berfungsi sebagai pengganti untuk gambar bagi para tunanetra, laba-laba''spider'' mesin pencari, dan pengguna non-visual lain.<!-- If additional alt text is added it should be succinct, or should refer the reader to the caption or adjacent text: see [[WP:ALT]] for more information.-->
# Dalam [[:en:Wikipedia:Manual of Style/Captions#Special situations|kebanyakan kasus]], gambar-gambar perlu memuat suatu [[:en:Wikipedia:Manual of Style/Captions|keterangan (''caption'')]]<!--, eitherbaik usingmenggunakan thesintaksis builtgambar inyang imagesudah syntaxtersedia or(''built ain'') secondaryatau linesuatu ofbaris text.sekunder Thedalam captionteks. shouldKeterangan conciselygambar describeharus thesecara meaningsingkat ofmenjelaskan themakna imagegambar, theyaitu essentialhanya informationinformasi itpaling isesensial trying to conveysaja.<!--
# 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.
Baris 301 ⟶ 297:
=== Audio ===
Subtitle untuk percakapan, lirik lagu, dialog, dan sebagainya,<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 = [[W3C]]| accessdate = 1 January 2011}}</ref> dapat dengan mudah ditambahkan pada berkas audio. Metodenya mirip dengan untuk video: [[:commons:Commons:Video#Subtitles and closed captioning]].
 
<!--
== Pilihan gaya dan markup ==
 
{{shortcut|WP:Deviations}}
 
=== BestPraktik practiceterbaik: UseGunakan ''Wikimarkup'' anddan kelas-kelas CSS classes in preferencedaripada tometode alternativesalternatif ===
 
In generalUmumnya, stylesgaya foruntuk tablestabel andatau otherelemen block-leveltingkat elementsblok shouldlainnya beharus setdiatur usingmenggunakan CSSkelas-kelas classesCSS, notbukan withdengan atribut gaya ''inline'' style(dalam attributesbaris). TheCSS site-wideuntuk CSSseluruh situs indalam [[MediaWiki:Common.css]] istelah moredites carefullylebih testedcermat tountuk ensurememastikan accessibilityaksesibilitas (e.g.yaitu kontras sufficientwarna coloryang contrastcukup) anddan compatibilitykompatibilitas withdengan aberbagai wide range of browsersbrowser. <!--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.
Baris 315 ⟶ 311:
 
In general, articles should use [[wikimarkup]] in preference to the limited set of allowed HTML elements. In particular, do not use the HTML style tags {{tag|i|o}} and {{tag|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 {{tag|u|o}} tags to indicate something like an example of an unclickable link. The {{tag|font|o}} tag should also be avoided in article text; use logical style tags like {{tag|em|o}}, {{tag|code|o}}, or {{tag|strong|o}} to emphasise semantic differences. Use the {{tag|small|o}} semantic tag and the {{tl|big}} template to change font size, rather than setting it explicitly with the <code>font-size=</code> style attribute.
-->
 
=== UsersPengguna withdengan limiteddukungan CSS oratau JavaScript supportyang terbatas {{anchor|Scrolling and collapsible sections}} ===
{{anchor|Users with limited CSS/JavaScript support}}<!--Old name, misusing slash; may be linked to from somewhere.-->
<!--{{seealso|Wikipedia:Manual of Style#Scrolling lists and collapsible content}}-->
 
Artikel-artikel Wikipedia articlesharus shoulddapat bediakses accessibleoleh topara readerspembaca usingyang browsersmenggunakan andbrowser devicesatau whichalat-alat havedengan limiteddukungan orterbatas noatau supporttanpa fordukungan untuk [[JavaScript]] oratau [[Cascading Style Sheets]]. At the same timeNamun, itdi issisi recognisedlain thatdiakui ittidak ismungkin impossibleuntuk tomemberikan providemutu thepenampilan sameyang qualitysama ofbagi appearancepara topengguna suchtersebut userstanpa withoutmenghindari unnecessarilyciri-ciri avoidingyang featuresbermanfaat thatbagi wouldpengguna benefitdengan usersbrowser withyang morelebih capable browserscanggih. As suchJadi, featureshanya whichperlu woulddihindari causepenggunaan contentciri-ciri toyang bemenyebabkan hiddenisi ormenjadi corruptedtersembunyi whenatau CSSkacau orketika JavaScripttidak isada unavailabledukungan mustCSS notatau be usedJavaScript. <!--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.
-->
 
== Lihat pula ==
<!--{{Wikipedia books|Wikipedia Manual of Style}}
Baris 340 ⟶ 337:
* [[Wikipedia:Kebijakan dan pedoman]] adalah pusat kebijakan dan pedoman.
* [[Wikipedia:Panduan menulis artikel yang lebih baik]], berisi panduan gaya dan nada penulisan yang disarankan di Wikipedia.
 
 
== Referensi ==
Baris 348 ⟶ 344:
=== Umum ===
* {{cite book
| first = Joe
| last = Clark
| year = 2003
| month =
| title = Building Accessible Websites
| edition =
| publisher = New Riders Press
| location =
| id = ISBN 0-7357-1150-X
| url = http://www.joeclark.org/book/
| accessdate = 1 January 2011
}}
* {{cite web
Baris 378 ⟶ 374:
* [http://www.w3.org/WAI/intro/accessibility.php Introduction to Web Accessibility], from [[Web Accessibility Initiative|WAI]]
* [https://bugzilla.wiki-indonesia.club/show_bug.cgi?id=367 MediaWiki bug 367: Markup accessibility issues (tracking)]
* [https://design.wikimedia.org/style-guide/visual-style_colors.html Wikimedia Design Style Guide]
 
{{Kebijakan dan pedoman Wikipedia}}