initial commit

2 files changed, 255 insertions, 0 deletions

diff --git a/files/pl/learn/accessibility/index.html b/files/pl/learn/accessibility/index.html
new file mode 100644
index 0000000000..6f11284331
--- /dev/null
+++ b/files/pl/learn/accessibility/index.html
@@ -0,0 +1,62 @@
+---
+title: Accessibility
+slug: Learn/Accessibility
+tags:
+  - ARIA
+  - Accessibility
+  - Articles
+  - Beginner
+  - CSS
+  - CodingScripting
+  - HTML
+  - JavaScript
+  - Landing
+  - Learn
+  - Module
+  - NeedsTranslation
+  - TopicStub
+translation_of: Learn/Accessibility
+---
+<div>{{LearnSidebar}}</div>
+
+<p class="summary">Learning some HTML, CSS, and JavaScript is useful if you want to become a web developer, but your knowledge needs to go further than just using the technologies — you need to use them responsibly so that you maximize the audience for your websites and don't lock anyone out of using them. To achieve this, you need to adhere to general best practices (which are demonstrated throughout the <a href="/en-US/docs/Learn/HTML">HTML</a>, <a href="/en-US/docs/Learn/CSS">CSS</a>, and <a href="/en-US/docs/Learn/JavaScript">JavaScript</a> topics), do <a href="/en-US/docs/Learn/Tools_and_testing/Cross_browser_testing">cross browser testing</a>, and consider accessibility from the start. In this module we'll cover the latter in detail.</p>
+
+<h2 id="Prerequisites">Prerequisites</h2>
+
+<p>To get the most out of this module, it would be a good idea to either work through at least the first two modules of the <a href="/en-US/docs/Learn/HTML">HTML</a>, <a href="/en-US/docs/Learn/CSS">CSS</a>, and <a href="/en-US/docs/Learn/JavaScript">JavaScript</a> topics, or perhaps even better, work through the relevant parts of the accessibility module as you work through the related technology topics.</p>
+
+<div class="note">
+<p><strong>Note</strong>: If you are working on a computer/tablet/other device where you don't have the ability to create your own files, you can try out most of the code examples in an online coding program such as <a href="http://jsbin.com/">JSBin</a> or <a href="https://thimble.mozilla.org/">Thimble</a>.</p>
+</div>
+
+<h2 id="Guides">Guides</h2>
+
+<dl>
+ <dt><a href="/en-US/docs/Learn/Accessibility/What_is_accessibility">What is accessibility?</a></dt>
+ <dd>This article starts the module off with a good look at what accessibility actually is — this includes what groups of people we need to consider and why, what tools different people use to interact with the web, and how we can make accessibility part of our web development workflow.</dd>
+ <dt><a href="/en-US/docs/Learn/Accessibility/HTML">HTML: A good basis for accessibility</a></dt>
+ <dd>A great deal of web content can be made accessible just by making sure the correct HTML elements are used for the correct purpose at all times. This article looks in detail at how HTML can be used to ensure maximum accessibility.</dd>
+ <dt><a href="/en-US/docs/Learn/Accessibility/CSS_and_JavaScript">CSS and JavaScript accessibility best practices</a></dt>
+ <dd>CSS and JavaScript, when used properly, also have the potential to allow for accessible web experiences, but if misused they can significantly harm accessibility. This article outlines some CSS and JavaScript best practices that should be considered to ensure that even complex content is as accessible as possible.</dd>
+ <dt><a href="/en-US/docs/Learn/Accessibility/WAI-ARIA_basics">WAI-ARIA basics</a></dt>
+ <dd>Following on from the previous article, sometimes making complex UI controls that involve unsemantic HTML and dynamic JavaScript-updated content can be difficult. WAI-ARIA is a technology that can help with such problems by adding in further semantics that browsers and assistive technologies can recognize and use to let users know what is going on. Here we'll show how to use it at a basic level to improve accessiblity.</dd>
+ <dt><a href="/en-US/docs/Learn/Accessibility/Multimedia">Accessible multimedia</a></dt>
+ <dd>Another category of content that can create accessibility problems is multimedia — video, audio, and image content need to be given proper textual alternatives so they can be understood by assistive technologies and their users. This article shows how.</dd>
+ <dt><a href="/en-US/docs/Learn/Accessibility/Mobile">Mobile accessibility</a></dt>
+ <dd>With web access on mobile devices being so popular, and popular platforms such as iOS and Android having fully-fledged accessibility tools, it is important to consider the accessibility of your web content on these plartforms. This article looks at mobile-specific accessibility considerations.</dd>
+</dl>
+
+<h2 id="Assessments">Assessments</h2>
+
+<dl>
+ <dt><a href="/en-US/docs/Learn/Accessibility/Accessibility_troubleshooting">Accessibility troubleshooting</a></dt>
+ <dd>In the assessment for this module, we present to you a simple site with a number of accessibility issues that you need to diagnose and fix.</dd>
+</dl>
+
+<h2 id="See_also">See also</h2>
+
+<ul>
+ <li><a href="https://egghead.io/courses/start-building-accessible-web-applications-today">Start Building Accessible Web Applications Today</a> — an excellent series of video tutorials by Marcy Sutton.</li>
+ <li><a href="https://dequeuniversity.com/resources/">Deque University resources</a> — includes code examples, screen reader references, and other useful resources.</li>
+ <li><a href="http://webaim.org/resources/">WebAIM resources</a> — includes guides, checklists, tools, and more.</li>
+</ul>
diff --git a/files/pl/learn/accessibility/what_is_accessibility/index.html b/files/pl/learn/accessibility/what_is_accessibility/index.html
new file mode 100644
index 0000000000..c9461540df
--- /dev/null
+++ b/files/pl/learn/accessibility/what_is_accessibility/index.html
@@ -0,0 +1,193 @@
+---
+title: Czym jest dostępność?
+slug: Learn/Accessibility/What_is_accessibility
+tags:
+  - AT
+  - CSS
+  - Dostępność
+  - HTML
+  - JavaScript
+  - artykuł
+  - czytnik ekranu
+  - technologie wspomagające
+  - użytkownicy
+translation_of: Learn/Accessibility/What_is_accessibility
+---
+<div>{{LearnSidebar}}</div>
+
+<div>{{NextMenu("Learn/Accessibility/HTML", "Learn/Accessibility")}}</div>
+
+<p class="summary">Niniejszy artykuł stanowi wstęp do modułu i jednocześnie obszerną odpowiedź na pytanie, czym właściwie jest dostępność — w tym jakie grupy ludzi powinniśmy brać pod uwagę i dlaczego, jakich narzędzi używają oni do interakcji z siecią oraz jak uczynić dostępność częścią naszej organizacji zadań.</p>
+
+<table class="learn-box standard-table">
+ <tbody>
+  <tr>
+   <th scope="row">Wymagania</th>
+   <td>Podstawowe umiejętności obsługi komputera, podstawowa znajomość HTML i CSS.</td>
+  </tr>
+  <tr>
+   <th scope="row">Cel:</th>
+   <td>Zaznajomienie z ideą dostępności, z uwzględnieniem jej definicji oraz wpływu na pracę programisty Web.</td>
+  </tr>
+ </tbody>
+</table>
+
+<h2 id="Czym_więc_jest_dostępność">Czym więc jest dostępność?</h2>
+
+<p>Dostępność jest praktyką dostosowywania stron internetowych do użytku przez tak wielu ludzi, jak jest to możliwe — przyjęło się, że mamy w tym miejscu na myśli osoby niepełnosprawne, jednak w praktyce pojęcie to odwołuje się też do ludzi używających urządzeń mobilnych czy tych z wolnym połączeniem sieciowym.</p>
+
+<p>Możemy myśleć o dostępności jako o zapewnieniu tych samych możliwości wszystkim ludziom, bez względu na ich ograniczenia. W taki sam sposób, w jaki nie jest w porządku wykluczenie kogoś z korzystania z budynku, ponieważ porusza się on na wózku inwalidzkim (obecnie większość budynków publicznych posiada podjazdy dla wózków inwalidzkich albo windy), nie jest w porządku wykluczenie z używania strony internetowej osoby z ograniczeniami wzroku lub używającej urządzenia z małym wyświetlaczem. Każdy z nas jest inny, ale przecież wszyscy jesteśmy ludźmi, mamy więc te same (ludzkie) prawa.</p>
+
+<p>Toteż dostępność jest czymś co po prostu powinniśmy robić, bo jest właściwe. Z drugiej strony w niektórych państwach obowiązują wymogi prawne wymuszające jej stosowanie, dostępność może też pomóc w dotarciu do ważnych grup docelowych, które bez niej nie będą w stanie używać naszych usług, kupować naszych produktów itd.</p>
+
+<p>Dostępność i dobre praktyki które pociąga ona za sobą mogą przynieść korzyść każdemu:</p>
+
+<ul>
+ <li>Semantyczny HTML (którzy usprawnia dostępność) poprawia też SEO, sprawiając, że nasza strona jest łatwiejsza do znalezienia.  </li>
+ <li>Dbanie o dostępność jest przejawem rozwiniętej moralności, co pozytywnie wpływa na nasz wizerunek publiczny.</li>
+ <li>Dobre praktyki poprawiające dostępność ułatwiają obsługę strony również ludziom z takich grup docelowych jak użytkownicy telefonów komórkowych, wolnych łączy sieciowych itp. Tak naprawdę każdy użytkownik może skorzystać z usprawnień dostępności.</li>
+ <li>Wspomnieliśmy już o przepisach prawnych obowiązujących w niektórych państwach?</li>
+</ul>
+
+<h2 id="Jakie_rodzaje_ograniczeń_bierzemy_pod_uwagę"><strong>Jakie rodzaje ograniczeń bierzemy pod uwagę? </strong></h2>
+
+<p>Ludzie z niepełnosprawnościami są równie bardzo zróżnicowani jak ludzie bez nich, również pod względem swoich ograniczeń. Kluczową lekcją jest tutaj myślenie wykraczające poza schemat naszego codziennego użytkowania Internetu na naszym komputerze i zastanowienie się nad tym, jak robią to inni —<em>użytkownicy naszych stron to nie my.</em> Główne rodzaje niepełnosprawności które należy rozważyć są opisane poniżej, wraz ze specjalnymi narzędziami, które ułatwiają cierpiącym na nie ludziom dostęp do treści internetowej (znane jako <strong>technologie wspomagające</strong>, ang. <strong>AT - assistive technologies</strong>).</p>
+
+<div class="note">
+<p><strong>Uwaga</strong>: Według dokumentu Disability and health Światowej Organizacji Zdrowia, „ponad miliard ludzi, około 15% światowej populacji, posiada jakąś formę niepełnosprawności” i „od 110 do 190 milionów dorosłych boryka się ze znacznymi trudnościami w funkcjonowaniu”.</p>
+</div>
+
+<h3 id="Osoby_niepełnosprawne_wzrokowo">Osoby niepełnosprawne wzrokowo</h3>
+
+<p>Ta grupa obejmuje użytkowników z ślepotą, obniżoną ostrością wzroku, daltonizmem itp. Wielu z nich używa powiększalników (zarówno fizycznych urządzeń, jak i programów typu lupa ekranowa — większość współczesnych przeglądarek i systemów operacyjnych ma taką funkcjonalność), inni korzystają z czytników ekranu, czyli oprogramowania umożliwiającego odsłuchanie treści tekstowej strony. Wśród nich wyróżniamy:</p>
+
+<ul>
+ <li>Płatne produkty, takie jak <a href="http://www.freedomscientific.com/Products/Blindness/JAWS">JAWS</a> (Windows) i <a href="http://www.gwmicro.com/window-eyes/">Window Eyes</a> (Windows).</li>
+ <li>Darmowe produkty, tak jak <a href="http://www.nvaccess.org/">NVDA</a> (Windows), <a href="http://www.chromevox.com/">ChromeVox</a> (Chrome, Windows, Mac OS X) i <a href="https://wiki.gnome.org/Projects/Orca">Orca</a> (Linux).</li>
+ <li>Programy wbudowane w systemy operacyjne, takie jak <a href="http://www.apple.com/accessibility/osx/voiceover/">VoiceOver</a> (Mac OS X, iOS), <a href="https://support.microsoft.com/en-us/help/22798/windows-10-narrator-get-started">Narrator</a> (Microsoft Windows), <a href="http://www.chromevox.com/">ChromeVox</a> (Chrome OS), i <a href="https://play.google.com/store/apps/details?id=com.google.android.marvin.talkback">TalkBack</a> (Android).</li>
+</ul>
+
+<p>Dobrym pomysłem jest zapoznanie się działaniem czytników ekranowych, na przykład poprzez skonfigurowanie takiego czytnika na swoim urządzeniu i eksperymentowanie z różnymi rodzajami odczytywanej treści. Więcej informacji o ich używaniu można znaleźć w naszych <a href="https://developer.mozilla.org/en-US/docs/Learn/Tools_and_testing/Cross_browser_testing/Accessibility#Screenreaders">testach obsługi czytników ekranu w różnych przeglądarkach</a>, a poniższy film prezentuje doświadczenie używania takiego programu.</p>
+
+<p>{{EmbedYouTube("IK97XMibEws")}}</p>
+
+<p>Pod względem statystycznym, według Światowej Organizacji Zdrowia „szacuje się, że 285 milionów ludzi na całym świecie jest niedowidzących: 39 milionów cierpi na ślepotę, a 246 ma obniżoną ostrość wzroku.” (zob. <a href="http://www.who.int/mediacentre/factsheets/fs282/en/">Visual impairment and blindness</a>). To bardzo liczna i znacząca grupa użytkowników, do których możemy nie dotrzeć z powodu nieprawidłowo wykonanej strony internetowej — niemal tak liczna jak populacja Stanów Zjednoczonych.</p>
+
+<h3 id="Osoby_niepełnosprawne_słuchowo">Osoby niepełnosprawne słuchowo</h3>
+
+<p>Znane także jako osoby niedosłyszące, osoby głuche. Ci użytkownicy charakteryzują się problemami ze słuchem lub całkowitym brakiem zdolności słuchowych i wprawdzie używają oni technologii wspomagających (zob. <a href="https://www.nidcd.nih.gov/health/assistive-devices-people-hearing-voice-speech-or-language-disorders">Assistive Devices for People with Hearing, Voice, Speech, or Language Disorders</a>), nie istnieją żadne ułatwienia tego typu zadedykowane użytkowaniu komputera/Internetu.</p>
+
+<p>Warto więc mieć na uwadze techniki zapewniania wizualnej alternatywy dla dźwiękowej treści strony, takie jak transkrypty nagrań czy napisy wyświetlane na filmach. Jeden z kolejnych artykułów porusza ten temat.</p>
+
+<p>Osoby z zaburzeniami słuchu również stanowią znaczącą grupę odbiorców — jak podaje Światowa Organizacja Zdrowia w <a href="http://www.who.int/mediacentre/factsheets/fs300/en/">Deafness and hearing loss</a>, „360 milionów ludzi na całym świecie jest niepełnosprawnych słuchowo”.</p>
+
+<h3 id="Osoby_niepełnosprawne_ruchowo">Osoby niepełnosprawne ruchowo</h3>
+
+<p>Ci użytkownicy odznaczają się ograniczeniami ruchowymi, które mają zarówno typowo fizyczne przyczyny (takie jak utrata kończyny czy paraliż) jak i neurologiczne/genetyczne, prowadzące do osłabienia zmniejszającego zdolności ruchowe lub niedowładu kończyn. Niektórym osobom mogą sprawiać trudność precyzyjne ruchy dłoni wymagane do operowania myszką, podczas gdy inne dotknięte są poważniejszymi upośledzeniami,  na przykład byciem sparaliżowanym w takim stopniu, że interakcja z komputerem jest niemożliwa bez używania <a href="https://www.performancehealth.com/baseball-cap-head-pointer">head pointera</a>.</p>
+
+<p>Ten rodzaj utrudnień dostępu może być również następstwem podeszłego wieku lub wynikać z ograniczeń sprzętowych — niektórzy użytkownicy mogą nie posiadać myszki.</p>
+
+<p>W praktyce programisty Web, odpowiedź na niepełnosprawność ruchową użytkownika oznacza najczęściej wdrożenie możliwości nawigowania po stronie za pomocą klawiatury — zajmiemy się tym zagadnieniem w dalszej części modułu, natomiast teraz polecamy mały test poruszania się po kilku stronach internetowych bez użycia myszki. Podczas niego zwracajmy uwagę na kwestie typu: czy możemy przemieszczać się między różnymi polami formularza używając klawisza tab? Więcej o nawigacji na stronach internetowych za pomocą klawiatury możesz znaleźć w naszych <a href="https://developer.mozilla.org/en-US/docs/Learn/Tools_and_testing/Cross_browser_testing/Accessibility#Using_native_keyboard_accessibility">testach obsługi ułatwień dostępu za pomocą klawiatury w różnych przeglądarkach</a>.</p>
+
+<p>Jeśli chodzi o statystyki, znaczący odsetek ludzi posiada ograniczenia ruchowe. Zgodnie z oceną Amerykańskiego Ośrodka Kontroli Chorób w artykule <a href="http://www.cdc.gov/nchs/fastats/disability.htm">Disability and Functioning (Noninstitutionalized Adults 18 Years and Over</a>, „odsetek dorosłych z borykających się z ograniczeniami ruchu: 15,1%”.</p>
+
+<h3 id="Osoby_z_zaburzeniami_funkcji_poznawczych">Osoby z zaburzeniami funkcji poznawczych</h3>
+
+<p>Do tej ostatniej kategorii należy prawdopodobnie najszerszy zakres różnych niepełnosprawności — pojęcie zaburzeń funkcji poznawczych pokrywa szereg utrudnień w funkcjonowaniu, od chorób psychicznych, trudności w uczeniu się, trudności w rozumieniu i koncentracji takich jak <a href="https://www.nimh.nih.gov/health/topics/attention-deficit-hyperactivity-disorder-adhd/index.shtml">ADHD (zespół nadpobudliwości z deficytem uwagi)</a>, do <a href="https://www.nimh.nih.gov/health/topics/autism-spectrum-disorders-asd/index.shtml">spektrum autystycznego</a>, <a href="https://www.nimh.nih.gov/health/topics/schizophrenia/index.shtml">schizofrenii</a> i wielu innych typów zaburzeń. Tego rodzaju utrudnienia mogą mieć wpływ na wiele aspektów codziennego życia związanych z pamięcią, rozwiązywaniem problemów, rozumieniem, skupieniem uwagi itp.</p>
+
+<p>Osoby z takimi niepełnosprawnościami mogą mieć problemy ze zrozumieniem tego jak wykonać konkretną czynność na stronie, pamiętaniem jak zrobiły to poprzednim razem lub wzrostem rozdrażnienia spowodowanego dezorientującą dla nich organizacją pracy i niespójnymi elementami układu i interfejsu strony.</p>
+
+<p>W przeciwieństwie do poprzednich zagadnień dostępności, w tym przypadku niemożliwe jest zdefiniowanie szybkich i prostych technik ułatwiającym użytkowanie strony takim osobom; zamiast tego należy zadbać o zaprojektowanie strony w sposób jak najbardziej logiczny, konsekwentny i prosty w użytku, na przykład przez upewnienie się, że:</p>
+
+<ul>
+ <li>układ stron jest konsekwentny — elementy nawigacji, nagłówka, stopki i głównej treści są zawsze w tych samych miejscach</li>
+ <li>narzędzia, z których korzystać będą użytkownicy strony, są proste w użyciu</li>
+ <li>wielostopniowe czynności wykonywane przez użytkowników są rozłożone na kilka logicznych kroków, z regularnie pojawiającymi się informacjami o tym, w którym miejscu jesteśmy i (jeśli okaże się to potrzebne) ile kroków pozostało do zakończenia procesu</li>
+ <li>organizacja pracy na stronie jest logiczna i prosta, a czynności do wykonania wymagają jak najmniej interakcji ze strony użytkownika. Na przykład, bardzo często rejestracja i logowanie okazują się być niepotrzebnie złożonymi procesami</li>
+ <li>poszczególne podstrony nie posiadają zbyt dużo prezentowanej za jednym razem treści</li>
+ <li>język użyty na stronie jest tak prosty i łatwy do zrozumienia jak tylko możliwe, bez używania zbędnego żargonu</li>
+ <li>ważne elementy treści są wyróżnione wizualnie</li>
+ <li>komunikaty o błędach spowodowanych działaniem użytkownika są dobrze wyeksponowane i zawierają informacje o sugerowanym rozwiązaniu problemu</li>
+</ul>
+
+<p>Powyższe zasady nie są tak naprawdę „technikami zapewnienia dostępności” — są po prostu dobrymi praktykami projektowania stron. Usprawnią korzystanie z naszej strony wszystkim użytkownikom i powinny być stałym standardem naszej pracy.</p>
+
+<p>Jeśli chodzi o statystyki, znów mamy do czynienia z wyraźnym odsetkiem ludzi. <a href="http://www.disabilitystatistics.org/StatusReports/2014-PDF/2014-StatusReport_US.pdf">2014 Disability Status Report</a> (PDF, 511KB) przygotowany przez Uniwersytet Cornella wskazuje, że w 2014 roku 4,5% populacji USA w przedziale wiekowym 21–64 lat borykała się z jakąś formą zaburzenia funkcji poznawczych.</p>
+
+<div class="note">
+<p><strong>Note</strong>: Na stronie <a href="http://webaim.org/articles/cognitive/">WebAIM's Cognitive</a> znajduje się szersze omówienie powyższych praktyk, zdecydowanie polecamy się z nią zapoznać.</p>
+</div>
+
+<h2 id="Wdrażanie_dostępności"><strong>Wdrażanie dostępności</strong></h2>
+
+<p>Powszechnie panującym (i przeważnie błędnym) jest przekonanie, że dostępność jest drogim „ekstra dodatkiem” do projektu. To przekonanie<em> może</em> być prawdziwe, jeśli:</p>
+
+<ul>
+ <li>Próbujemy wdrożyć ją do wykonanej już strony internetowej z istotnymi problemami z dostępnością.</li>
+ <li>Zaczęliśmy brać pod uwagę jej wdrożenie w późnych stadiach projektu.</li>
+</ul>
+
+<p>Jeśli jednak rozważamy dostępność od samego początku projektu, koszt jej implementacji powinien być dosyć niski.</p>
+
+<p>Już na etapie planowania naszego projektu ustalmy dostępność jako stały element rutyny testowania i to element równie ważny, co pozostałe czynniki wpływające na odbiór strony w ważnych grupach docelowych (np. użytkowników komputerów stacjonarnych czy przeglądarek mobilnych). Testujmy ją często, poczynając od wczesnych etapów projektu, najlepiej wspomagając się automatycznymi testami poszukujących zdefiniowanych wcześniej błędów (takich jak brakujący <a href="https://developer.mozilla.org/en-US/docs/Learn/Tools_and_testing/Cross_browser_testing/Accessibility#Text_alternatives">tekst alternatywny</a> przy obrazkach czy błędna budowa linku — zob. <a href="https://developer.mozilla.org/en-US/docs/Learn/Tools_and_testing/Cross_browser_testing/Accessibility#Element_relationships_and_context">Relacje między elementami a kontekst</a>). Nie zapominajmy też o przeprowadzaniu testów z grupami niepełnosprawnych użytkowników w celu przekonać się, jak radzą sobie oni z bardziej złożonymi funkcjonalnościami strony. Na przykład:</p>
+
+<ul>
+ <li>Czy widżet wyboru daty może być używany przez ludzi korzystających z czytników ekranów?</li>
+ <li>Jeśli zawartość strony jest ładowana dynamicznie, czy osoby niepełnosprawne wzrokowo zauważą zmianę?</li>
+ <li>Czy z przycisków interfejsu użytkownika można korzystać z pomocą klawiatury i ekranów dotykowych?</li>
+</ul>
+
+<p>Możemy i powinniśmy sporządzać listy potencjalnych problemów w projekcie, które wymagać będą wypracowania dostępności. Upewnijmy się, że zostaną starannie przetestowane i pomyślmy o rozwiązaniach/alternatywach. Zawartość tekstowa (o czym przekonamy się w następnym artykule) jest łatwa do wypracowania dostępności, ale co z multimediami czy nowatorskimi grafikami 3D? Powinniśmy wziąć pod uwagę budżet projektu i racjonalnie podejść do wyboru możliwych do zrealizowania ułatwień dostępności. Możemy np. zapłacić za transkrypcję wszystkich plików dźwiękowych, co będzie drogie, ale jak najbardziej możliwe do zrealizowania.</p>
+
+<p>Poza tym, bądźmy realistyczni. „Stuprocentowa dostępność” jest nieosiągalnym celem — nie unikniemy sytuacji, w których dla wielu testujących użytkowników jakaś funkcjonalność strony ciągle będzie trudna do użytkowania — jednak powinniśmy zrobić tak dużo, jak jesteśmy w stanie. Jeśli planujemy zawrzeć na stronie trójwymiarowy wykres kołowy stworzony z użyciem WebGL, możemy np. zamieścić też tabelkę z danymi jako bardziej dostępną alternatywę. Możemy też zawrzeć samą tabelkę i pozbyć się wykresu 3D — tabelka jest łatwo dostępna dla wszystkich, szybsza w wykonaniu, zużywa mniej zasobów i łatwiejsza do późniejszej edycji.</p>
+
+<p>Z drugiej strony, jeśli pracujemy nad galerią internetową zawierającą ciekawe trójwymiarowe obrazy, nieracjonalnie byłoby oczekiwać, że uda się nam wypracować dostępność każdego z dzieł sztuki dla osób z zaburzeniami wzroku, w końcu jest to czysto wizualny środek przekazu.</p>
+
+<p>Możemy pokazać użytkownikom, że staramy się zapewnić im jak najwięcej ułatwień dostępu — na przykład przez dodanie komunikatu wyjaśniającego, że staramy się robić wszystko co w naszej mocy, aby ułatwić im korzystanie ze strony, oraz jakie kroki poczyniliśmy, aby to osiągnąć. Jeśli ktoś zgłasza skargę na utrudnienia na naszej stronie, bądźmy empatyczni, gotowi na otwarcie dialogu, a w razie możliwości podejmijmy właściwe kroki, aby rozwiązać ten problem.</p>
+
+<div class="note">
+<p><strong>Uwaga</strong>: W naszym artykule <a href="https://developer.mozilla.org/en-US/docs/Learn/Tools_and_testing/Cross_browser_testing/Accessibility">Najczęstsze problemy dostępności i ich rozwiązania</a> omawiamy aspekty dostępności na które powinno się zwracać szczególną uwagę.</p>
+</div>
+
+<p>Podsumowując:</p>
+
+<ul>
+ <li>Bierzmy pod uwagę dostępność od samego początku projektu, testujmy ją od wczesnych etapów i często. Tak samo jak w przypadku każdego innego błędu, problemy dostępności będą kosztować tym więcej, im później zostały wykryte.</li>
+ <li>Pamiętajmy, że wiele dobrych praktyk wypracowujących dostępność zaowocuje korzyścią dla każdego, nie tylko dla użytkowników z niepełnosprawnością. Na przykład, nowoczesna semantyczna składnia HTML jest korzystna nie tylko dla czytników ekranów, jest także szybka w ładowaniu i przetwarzaniu, a więc lepsza dla każdego, zwłaszcza dla osób używających urządzeń mobilnych albo posiadających wolne łącze internetowe.</li>
+ <li>Umieszczajmy komunikaty o dostępności na naszych stronach i angażujmy się w dialog z osobami mającymi problemy z dostępem.</li>
+</ul>
+
+<h2 id="Wytyczne_dostępności_i_przepisy_prawne"><strong>Wytyczne dostępności i przepisy prawne</strong></h2>
+
+<p>Istnieje wiele list i wytycznych opisujących dostępność na stronach internetowych, co może wydawać się przytłaczające na pierwszy rzut oka. Naszą radą jest oswojenie się z konkretnymi wskazówkami, które okażą się najbardziej przydatne dla danego programisty, jak również zrozumienie ogólnej logiki stojącej za wytycznymi testów istotnych dla specyfiki projektu.</p>
+
+<ul>
+ <li>Na początek, W3C opublikowało rozległy i wyczerpujący dokument zawierający bardzo precyzyjne i otwarte na różne technologie wytyczne spójnej dostępności. Nazywa się <a href="https://www.w3.org/WAI/intro/wcag.php">Web Content Accessibility Guidelines</a> (WCAG) i zdecydowanie nie można go nazwać szybką lekturą. Kryteria są podzielone na cztery główne kategorie, każda z nich opisująca wdrożenia o różnej specyfice wykonania (np. w celu zapewnienia ułatwień wizualnych, czy też ułatwień wykonywania interakcji ze stroną). Najlepszym sposobem na zaczęcie tej lektury jest przejście przez szybkie wprowadzenie <a href="https://www.w3.org/WAI/WCAG20/glance/Overview.html">WCAG at a Glance</a>. Oczywiście, nie ma potrzeby znania WCAG na pamięć — miejmy świadomość rozległości tematyki tego opracowania, a także faktu, iż zostało w nim opisane wiele technik i narzędzi które nie są bezpośrednio związane z kryteriami WCAG (patrz niżej).</li>
+ <li>W twoim państwie mogą obowiązywać konkretne przepisy regulujące poziom dostępności treści na stronach internetowych — na przykład amerykańska <a href="http://www.section508.gov/content/learn">ustawa dot. rehabilitacji osób niepełnosprawnych</a>, niemiecka <a href="https://www.einfach-fuer-alle.de/artikel/bitv_english/">Barrierefreie-Informationstechnik-Verordnung</a>, <a href="http://www.legislation.gov.uk/ukpga/2010/15/contents">ustawa o równości</a> w Wielkiej Brytanii, włoska <a href="http://www.agid.gov.it/agenda-digitale/pubblica-amministrazione/accessibilita">Accessibilità</a>, australijska <a href="https://www.humanrights.gov.au/world-wide-web-access-disability-discrimination-act-advisory-notes-ver-41-2014">ustawa o dyskryminacji</a> itd.</li>
+</ul>
+
+<p>Więc podczas gdy WCAG jest po prostu zbiorem wytycznych przydatnych w projektowaniu i wdrażaniu, w twoim państwie prawdopodobnie obowiązują przepisy regulujące dostępność w Internecie, lub dostępność publicznych usług (takich jak strony internetowe, telewizja, budynki publiczne itd.). Dobrym pomysłem jest zapoznanie się z tymi prawami. Jeśli nie poczyniłeś żadnych kroków aby stworzyć odpowiednie ułatwienia dostępu, możesz mieć problemy prawne w momencie, gdy niepełnosprawni użytkownicy złożą skargę na twoją stronę.</p>
+
+<p>Brzmi to poważnie, jednak aby tego uniknąć wystarczy uznać dostępność jako główny priorytet programistycznych i projektowych praktyk, tak jak przedstawiono powyżej. Jeśli masz wątpliwości co do prawnego tła dostępności, zapytaj o radę wykwalifikowanego prawnika. Nie możemy zaoferować żadnej innej rady, ponieważ nie jesteśmy prawnikami.</p>
+
+<h2 id="API_dostępności"><strong>API dostępności</strong></h2>
+
+<p>Przeglądarki internetowe używają specjalnych <strong>API dostępności </strong>(dostarczanych przez system operacyjny, na którym działają) umożliwiających operowanie na informacjach użytecznych dla technologii wspomagających (AT). AT pracują głównie na informacjach semantycznych, ignorują więc style czy skrypty JavaScript. Informacje te tworzą drzewo informacji nazwane <strong>drzewem dostępności</strong>.</p>
+
+<p>Różne systemy operacyjne posiadają różne API dostępności:</p>
+
+<ul>
+ <li>Windows: MSAA/IAccessible, UIAExpress, IAccessible2</li>
+ <li>Mac OS X: NSAccessibility</li>
+ <li>Linux: AT-SPI</li>
+ <li>Android: Accessibility framework</li>
+ <li>iOS: UIAccessibility</li>
+</ul>
+
+<p>Gdy lokalne dane semantyczne dostarczane przez elementy HTML naszej aplikacji internetowej zawiodą, możemy zastąpić je funkcjami ze specyfikacji <a href="https://www.w3.org/TR/wai-aria/">WAI-ARIA</a>, które uzupełniają drzewo dostępności o semantyczne informacje, tym samym usprawniając dostępność. Więcej o WAI-ARIA można przeczytać w naszym artykule <a href="https://developer.mozilla.org/en-US/docs/Learn/Accessibility/WAI-ARIA_basics">Podstawy WAI-ARIA</a>.</p>
+
+<h2 id="Podsumowanie">Podsumowanie</h2>
+
+<p>Niniejszy artykuł powinien stanowić obszerny wstęp do kwestii dostępności, pokazać czemu jest ona tak ważna i objaśnić główne metody wdrażania jej do organizacji pracy programisty. Zakładamy, że teraz czytelnik czuje głód wiedzy odnośnie szczegółowych instrukcji implementacji dostępności na stronach internetowych. Temat ten zaczniemy omawiać w następnej sekcji, skupiając się na tym, czemu HTML jest dobrą podstawą do wypracowania dostępności.</p>
+
+<p>{{NextMenu("Learn/Accessibility/HTML", "Learn/Accessibility")}}</p>