Patrick Lauke: “hAccessibility redux?” opublikowanego na WaSP w dniu 23 czerwca 2008 r.
Dolewając oliwy do ognia w debacie o wzorcach projektowania znacznika ABBR, projektanci z BBC Radio Labs ogłosili wczoraj, że zamierzają usunąć ze stron ze spisami programów mikroformat hCalendar, w oczekiwaniu na dalsze testy związane z dostępnością lub opracowanie bardziej dostępnej alternatywy.
Niestety istnieje sporo obaw dotyczących wykorzystania wzorca projektowania skrótów przez mikroformat hCalendar. […] Do czasu rozwiązania problemu semantyczne standardy znaczników BBC zostały zaktualizowane tak, aby zapobiegać wykorzystaniu w skrótach tekstu nieczytelnego dla człowieka.
Podobnie jak w przypadku zeszłorocznej debaty, obawy nie dotyczą mikroformatów, jako w całości niedostępnych. Nie dotyczy ona nawet samego tylko mikroformatu hCalendar. Obawy skupiają się wyłącznie wokół (nie)właściwego wykorzystania wzorca projektowania skrótów przez znacznik ABBR.
Może i jestem naiwny, ale w mojej opinii problem wydaje się sprowadzać do kilku prostych stwierdzeń:
- mikroformaty są wyjątkowo przydatne i, jeżeli zostaną zaimplementowane w dostępny sposób, mogą przyczynić się do znacznych usprawnień w użyteczności dla wszystkich
- wzorzec projektowania skrótów przez znacznik
ABBRjest w oczywisty sposób nieprawidłowy – bez żadnych “ale”, usprawiedliwień że “to trudny przypadek”, czy zabawy z liczbami - istnieje już pewna ilość alternatyw do wykorzystania znacznika
ABBR– przykładowo: BBC może bez problemu wykorzystywać dalej mikroformat hCalendar, rezygnując całkowicie ze znacznikówABBR, zamiast tego decydując się na prezentację na stronie informacji przetważanych automatycznie, jako części niewidocznych danych uzupełniających. Należy jednak pamiętać, że jest to raczej nieelegancka (i mająca złą prasę) implementacja - dalsze alternatywy dla znacznika
ABBRzostały już dokładnie omówione (na przykład takie propozycje jak umieszczenie danych przetwarzanych automatycznie w atrybucie klasy), ale żadne konkretne porozumienie nie zostało do tej pory osiągnięte. Oznacza to, że obecnie obsługa tych rozwiązań przez narzędzia pobierające dane z mikroformatów jest mało prawdopodobna.
W wielu dyskusjach problem mikroformatów i dostępności jest przedstawiany, jako rozwiązania wykluczające się wzajemnie. Oświadczenia w rodzaju, “jeśli masz obawy dotyczące dostępności, to nie używaj mikroformatów” czy “jeśli nie chcesz oznaczać dat w formacie do przetwarzania automatycznego, nie używaj mikroformatów” są klasycznymi przykładami sprowadzania problemu do absurdu i nijak nie przyczyniają się do jego rozwiązania. Czy chęć stworzenia narzędzi do odczytu danych przetwarzanych automatycznie rzeczywiście jest sprzeczna z niechęcią do rzucania użytkownikom w twarz śmieci w rodzaju pełnych dat i czasów w ISO 8601 (takich jak rozszerzony tytuł ze znacznikiem ABBR odczytywany w niektórych przypadkach przez program lektora, wizualną prezentację podpowiedzi po najechaniu myszą, czy też wyraźnie widoczny zwykły tekst wewnątrz znacznika kiedy style CSS są niedostępne)?
Mam zatem nadzieję, że ważne oświadczenia take jak to wydane przez BBC (a także te mniej znane, ale tak samo ważne) pomogą nadać sprawom tempa, oraz przyczynią się do zdwojenia wspólnych wysiłków mających na celu stworzenia solidnej alternatywy dla znacznika ABBR. Co więcej, kiedy to już nastąpi będziemy wreszcie w stanie wycofać z obiegu ten pełen wad wzorzec projektowy, udostępnić osobom stosującym mikroformaty informacje o nowych i poprawionych wzorcach i zająć się rzeczami naprawdę ważnymi.
Dokument przetłumaczony przy współpracy z Joyster
