Tłumaczenie artykułu James’a Craiga

“Call-to-action: Save the UT Accessibility Institute” opublikowanego na stronach WaSP 29 sierpnia 2008 r.

Dziś Uniwersytet Teksański zamyka Instytut ds. Badań nad Dostępnością. Knowbility, organizacja typu non-profit, wystosowała petycję, która ma go ocalić.

Choć mogliście nie słyszeć o Instytucie ds. badań nad dostępnościa, to jego praca miała wpływ na nas wszystkich. Jego śp. założyciel, dr. John Slatin, zajmował wcześniej stanowisko współprzewodniczącego grupy zajmującej się wytycznymi Web Content Accessibility Guidelines 2.0 (WCAG2), oraz był wplywowym mentorem dla wielu osób wspierających rozwój standardów w sieci, między nimi dla mnie a także dla obecnej kierownik WaSP Glendy SIms. Każdy, komu zdarzyło się uczystniczyć w konferencjach SXSW, zdaje sobie sprawę z tego, że nie ma na świecie społeczności działającej intensywniej na rzecz dostępności w sieci niż ta z Austin w Teksasie. Wszystko to dzięki ciężkiej pracy organizacji Knowbility praz Instytutu ds. Badań nad Dostępnością Uniwersytetu Teksańskiego. Wiedza, którą dzieliły się obie te grupy wywarła niemały wpływ na projektantów oprogramowania i internetowych na całym świecie, przyczyniając się do wygodniejszego korzystania z dostępności w sieci przez wszystkich, zarówno sprawnych jak i niepełnosprawnych.

Konieczność badań i rozwoju tematyki dostępności znalazła swoje odzwierciedlenie w ogłoszonej w tym tygodniu ugodzie zawartej przez sieć sklepów Target z Narodowym Związkiem Niewidomych, który wniósł zarzuty o dyskryminacji dotyczącej dostępności w sieci. Informacje o tym podano w wielu amerykańskich i międzynarodowych serwisach informacyjnych, zaś sam wynik procesu jest ostrzegawczym sygnałem dla świata biznesu, przypominającym, że dobry projekt to projekt dostępny i uniwersalny.

Nie sposób przecenić działań Instytutu ds. Badań nad Dostępnością na rzecz większego dobra. Decyzja zarządu Uniwersytetu Teksańskiego o zamknięciu Instytutu w przededniu uniwersalnej rewolucji w projektowaniu jest nad wyraz nierozsądna. Jeżeli podzielacie ten punkt widzenia, zachęcam do podpisania petycji o utrzymaniu i dalszym rozwoju badań nad dostępnością.

http://www.petitionspot.com/petitions/SavetheInstitute

Tłumaczenie artkułu Bruce Lawson: “Opera complains to Europe over IE lock-in”
opublikowanego na WaSP w dniu 13 grudnia 2007.

Główny Kierownik ds. Technologii Opery oraz współtwórca CSS, Hakon Wium Lie napisał list otwarty do społeczności internetowej, w którym wyjaśnia powody złożenia przez Operę skargi anytmonopolowej do Unii Europejskiej mającej zmusić Microsoft do obsługiwania otwartych standardów internetowcyh w przeglądarce Internet Explorer oraz oddzielić Internet Explorer od systemu Windows i/lub udsotępnić na pulpicie instalowane razem z systemem przeglądarki alternatywne.

Komunikat prasowy stwierdza:

Opera domaga się wprowadzenia przez Komisję dwóch rozwiązań mających zaradzić niewłaściwym praktykom Microsoftu. Po pierwsze, domaga się aby Komisja zobowiązała Microsoft do oddzielenia przeglądarki Internet Explorer od systemu Windows i/lub udsotępnienia na pulpicie instalowanych razem z systemem przeglądarek alternatywnych. Po drugie, zwraca się do Komisji Europejskiej z prośbą o wprowadzenia wobec Microsoftu wymogu dostosowania się do podstawowych jak i otwartych standardów internetowcyh akceptowanych przez internetową społeczność autorską. Skarga wzywa Microsoft do wywiązania się z jego własnych oświadczeń publicznych dotyczących obsługi tychże standardów zamiast ograniczania ich przez cieszącą się złą sławą strategię “Embrace, Extend and Extinguish”. Na niektórych rynkach Jednostronna kontrola Microsoftu nad standardami tworzy de facto standard, którego obsługa jest bardziej kosztowna, trudniejsza do utrzymania i gorsza technologicznie do tego stopnia, że może nawet narazić użytkowników na zagrożenia związane bezpieczeństwem systemu.

Tłumaczenie artykułu

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 ABBR jest 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ów ABBR, 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 ABBR został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

Tłumaczenie artykułu Holly Marie Koltz: “EduTF Report Highlights Curriculum Project” opublikowanego na WaSP w dniu 16 maja 2008 r.

Przedstawiony przez będąca członkiem organizacji WaSP Grupę ds. Edukacji (EduTF) raport dostarcza nowych informacji na temat jej działalności, informuje o nowych członkach grupy oraz przedstawia raport dotyczący Projektu Programu Nauczania opartego na standardach internetowych.

W zeszłym roku o grupie EduTF było mniej głośno niż w latach poprzednich. Przeszliśmy w tym czasie przez różne zmiany, jednak nasza misja pozostaje wciąż taka sama.

Grupa ds. Edukacji WaSP powstała w 2005 roku po to, żeby bezpośrednio współpracować z instytucjami zajmującymi się szkolnictwem wyższym w celu podniesienia świadomości dotyczącej standardów internetowych i dostępności wśród prowadzących zajęcia, administratorów i grup zajmujących się rozwojem sieci.

Nasza misja z pewnością jest ważna, a nasza praca i przesłanie musi sięgnąć poza grupę naszych stałych czytelników i społeczność zajmującą się standardami internetowymi tak, aby informacje, pomoc i środki można było przekazać jak największej liczbie osób. Grupa EduTF omawia i zajmuje się rozmaitymi sposobami niesienia takiej pomocy.

Do pomocy w wykonaniu naszego zadania grupa EduTF przyjęła nowych członków. Wśród nich znajdują się: Aarron Walter, Gareth Rushgrove, Lars Gunther, Jeffrey Brown, Kathy Keller, Christopher Schmitt, oraz Virginia DeBolt. Każde z nich posiada doświadczenie na polu edukacji oraz gorące pragnienie podniesienia jakości kształcenia w zakresie standardów i technologii internetowych.

Jednym z zadań, nad którym pracuje obecnie grupa EduTF jest publikacja wyników sondażu EduTF. W tej chwili zajmujemy się poprawkami do ostatecznej wersji publikacji i mamy nadzieję, że będziemy mogli się podzielić wynikami już wkrótce.

Wyniki sondażu okazały się bardzo pomocne w określeniu kluczowych wymagań, wyzwań i problemów związanych ze społecznością osób zajmujących się edukacją. Grupa EduTF zajmie się każdym z tych zagadnień; będą one również uwzględnione w Projekcie Programu Nauczania.

Projekt Programu Nauczania (Curriculum Project) będzie źródłem informacji, z którego skorzystać będą mogły osoby zajmujące się kształceniem oraz wszyscy ci, którzy pragną poszerzyć swoją wiedzę na temat technologii internetowych.

Projektowi Programu Nauczania przewodniczy Aarron Walter, który pragnie podzielić się tym oto krótkim raportem:

Jakość edukacji szkolnej związanej z projektowaniem i rozwojem Internetu jest chyba największą barierą zapobiegającą ogólnoświatowemu przyjęciu standardów internetowych. Grupa EduTF pracowała w tym roku bardzo ciężko nad rozwojem programu nauczania, który zmierzyłby się z tym problemem. Naszym celem jest stworzenie modułowego programu nauczania, który pozwoli na selektywną integrację kursów z już istniejącymi, a wymagającymi poprawy, programami. Program ten będzie też można zaadaptować w całości w szkołach wyższych, uniwersytetach i liceach na całym świecie tak, aby mógł on stać się fundamentem dla programów zajmujących się zagadnieniami rozwoju i projektowania Internetu.

Jest to niewątpliwie duży projekt. O radę zwróciliśmy się więc do utalentowanych nauczycieli zajmujących się tematyką standardów, oraz do specjalistów z największych firm z branży. Pomogli nam oni określić zarówno narzędzia jak i tematy, które każdy kurs powinien uwzględniać. Grupa EduTF sprzymierzyła się też z Chrisem Millsem z Opery, który przewodniczy inicjatywie stworzenia dużego zbioru szczegółowych artykułów, które nauczać będą podstawowych zasad rozwoju najważniejszych technologii. Artykuły te zostaną zintegrowane z różnymi kursami tak, aby zapewnić nauczycielom i uczniom praktyczne źródło wiedzy a także solidny fundament standardów internetowych.

Program nauczania publikowany będzie etapami. W pierwszym z nich przedstawimy zbiór kursów poruszających fundamentalną tematykę, taką jak HTML, CSS, JavaScript, dostępność, architektura informacji, użytkowość oraz historia Internetu. W kolejnych publikacjach dodane zostaną kursy poruszające bardziej zaawansowane tematy oraz konkretne narzędzia popularne w branży internetowej.

Każdy z kursów zawierał będzie zestaw narzędzi dla nauczyciela, takich jak:

• Omówienie kursu
• Zalecane wymogi kursu, określające co uczniowie powinni wiedzieć przed rozpoczęciem każdego z kursów
• Kompetencje uczniów, określające materiał, który uczniowie muszą opanować żeby zaliczyć dany kurs
• Zalecenia dotyczące prac dla studentów oraz pytania testowe, które pozwolą nauczycielom na ocenę kompetencji każdego ucznia
• Zalecane lektury pochodzące z cyklu artykułów Chrisa Millsa i związanych ze standardami internetowymi, a także z innych godnych zaufania źródeł

Mamy nadzieję, że uda nam się opublikować program nauczania w marcu 2009 roku. Zostanie on zaprezentowany w formacie internetowym, przez co nauczycielom łatwo będzie uzyskać dostęp do naszego projektu oraz zgłosić swoje uwagi i propozycje. Cały projekt postrzegamy jako żywy system, w którym ważną rolę odgrywać będzie pomoc ze strony społeczności użytkowników.

Jest to bardzo duże przedsięwzięcie, ale wierzymy, że pozwoli ono na znaczące zmiany nie tylko w jakości kształcenia szkolnego związanego z rozwojem i projektowaniem Internetu, ale również ze stopniem przyswojenia standardów internetowych. Jeżeli ktoś z was jest nauczycielem i ma w zanadrzu związane z pedagogiką pomysły lub materiały, którymi chciałby się podzielić, zachęcam do uczestnictwa w debacie poprzez zapisanie się na listę dyskusyjną oraz nasz kanał IRC

. W naszych pracach nad programem nauczania standardów internetowych WaSP z radością przyjmiemy każdą formę wsparcia i każdy wkład w dalszy rozwój tych prac.

Tłumaczenie artykułu “What if they gave a browser war and Microsoft never came”? autorstwa Jeff Atwood

Dwa tygodnie temu Apple zapowiedział nową wersję WebKit, technologii wyświetlania, na której oparta jest ich przeglądarka internetowa – Safari. Lista dostępnych opcji jest imponująca:

• Poprawiona edycja tekstu sformatowanego
• Szybsze JavaScript oraz DOM (~ 2x)
• Szybsze ładowanie stron
• Obsługa SVG
• Obsługa XPath
• Ulepszona technologia JavaScript XML (XSLT, DOMParser, XMLSerializer oraz poprawiona obsługa XMLHttpRequest)
• Kontrola formularzy z wykorzystaniem stylów
• Dodatkowa, zaawansowana obsługa CSS: 2.1, 3.0 i wersje eksperymentalne.
• Zmniejszone wykorzystania pamięci (~14%)
• Dołączone narzędzia dla developerów

To naprawdę niesamowita lista nowych opcji dołączonych do bardzo ważnej aplikacji, nad którą spędzam wiele godzin dziennie – mojej przeglądarki internetowej. Chociaż Safari dla Windows nie jest w zasadzie niczym więcej jak wychwalaną i ubogą w opcje emulacją z Maca, to rewelacyjna lista opcji jądra WebKit zachęciła mnie do jej ściągnięcia i przetestowania. Firma Apple to poważna konkurencja na rynku przglądarek.

W zeszłym tygodniu wypuszczono pierwszą wersję beta Firefoxa 3.0. Także i w tej przeglądarce ogromna lista usprawnień i nowych opcji bardzo mi zaimponowała. Najwyraźniej będzie ona zawierać kilka innowacyjnych zmian w interfejsie użytkownika oraz wbudowane wyświetlanie GUI będące jednym z moich ulubionych powodów do narzekań w poprzednich wersjach Firefoxa. Firefox stanowił konkurencję już od wersji 1.5, i wygląda na to, że wersja 3.0 doczeka się jeszcze większego rozgłosu. Zresztą zupełnie zasłużenie. Firefox to świetna sprawa a ekosystem dodatków do niego jest wprost niezrównany.

Najwyraźniej wojny przeglądarek osiągnęły poziom jakiego nie widzieliśmy od czasów recesji internetowej z końca lat 90′. To dobra wiadomość dla wszystkich korzystających z sieci. Nic tak nie napędza innowacyjności jak konkurencja.

Biorąc pod uwagę poziom zażartej konkurencji Microsoft musi chować w rękawie jakieś naprawdę zabójcze opcje, prawda?

(Udawajmy, że wstawiłem tu dzwięk cykających świerszczy.)

Microsoft nie udostępnił żadnej informacji na temat Internet Explorera 8. Ani jednej. Zero. Wierzcie mi, próbowałem coś od nich wyciągnć:

Podczas dzisiejszej sesji konferencji Mix uczestnik Jeff Atwood zapytał Chrisa Wilsona, architekta platformy Internet Explorer, o więcej informacji dotyczących daty wypuszczenia nowej wersji. Pomimo pięcioletniej przerwy między IE6 a IE7 Atwood zauważył, że ludzie oczekują nowych wersji przeglądarek wypuszczanych co kilka lat. Zapytał czy następny IE pojawi się razem z kolejną wersją Windowsa czy też jako oddzielny produkt.Wilson powtórzył obietnicę Microsoftu, że już nigdy więcej aktualizacja platformy nie będzie trwać aż pięć lat. Zauważył, że na zeszłorocznej konferencji Mix firma zaproponowała 12-18 miesięczny cykl rozwojowy. “Nie ma na razie dokładnej daty” powiedział, dodając później “Sądzę, że wasze oczekiwanie nowej przeglądarki co kilka lat jest jak najbardziej słuszne.”

Chris to wyjątkowo miły gość posiadający z pewnością odpowiednie kompetencje techniczne. Jestem pewien, że obowiązuje go jakieś firmowe ograniczenie zabraniające mu udzielać jakichkolwiek informacji. Jak jednak taka cisza medialna ma pomóc rzeszy ludzi używających Internet Explorera każdego dnia? Wszyscy chyba zastanawiają się co by było gdyby Microsoft nigdy nie wziął udziału w wojnach przeglądarek?*

IE 6 był świetną przeglądarką przeglądarką… w 2001 r. W roku 2005 już nie za bardzo. IE7 był już dramatycznie tymczasowym rozwiązaniem, ponieważ w ciągu pięciu lat kiedy to był ona najnowszą, najlepszą i jedyną wersją IE 6 zamienił się w Netscape 4.7x. Wyciągnijmy z tej historii naukę. Cały świat zmuszony był do trwania w toksycznym związku z Microsoftem przez długi i mroczny okres pięciu lat. Uważam, że potrzebujemy… a właściwie zasługujemy na jakieś zapewnienia, że to błędne koło już więcej się nie powtórzy.

Mój przyjaciel i kolega z pracy Jon Galloway określił to najlepiej w ostatnim wpisie w serwisie twitter:

Prawie wszystkie problemy typu “Microsoft tego nie rozumie” sprowadzają się do długich i niejawnych cyklów rozwojowych. Dlaczego nie ma wcześniejszych pokazów IE 8?

No właśnie. Nie sądzę żeby w tej chwili gdzieś na świecie istniała aplikacja ważniejsza od przeglądarki internetowej. Jeżeli nie uda im się szybko i sprawnie doprowadzić rzeczy do końca, to nie jestem pewien czy można mieć jeszcze jakąś nadzieję.

Tłumaczenie dokumentu “Why the Alt Attribute May Be Omitted” autorstwa Lachlana Hunta

Prace prowadzone ostatnio nad specyfikacją atrybutu alt mają na celu gruntowną poprawę jego definicji, m.in. dokładne wyjaśnienie sposobów tworzenia poprawnego tekstu zastępczego oraz jasne sprecyzowanie wymagań autorskie.

Wymagania te określają sytuacje, w których konieczne jest użycie tekstu zastepczego, zastosowanie pustego atrybutu alt oraz, co najbardziej zaskakujące, kiedy atrybut alt można całkowicie pominąć. Jest to kwestia kontrowesryjna, ponieważ na pierwszy rzut oka wygląda to na próbę zachęcania do złego i sprzecznego z zasadami dostępności zwyczaju pomijania atrybutu alt, co wydaje się być kolejnym policzkiem dla dostępności w sieci. Jest to niewłaściwe rozumowanie, które należy przeanalizować ze szczególną uwagą tak, aby rozwiać wszelkie wątpliwości, jakie mogą powstać. Choć taka sytuacja wydawać się może uwstecznieniem jest to w rzeczywistości bardzo pozytywny zabieg.

W wielu sytuacjach tekst zastępczy jest po prostu niedostępny i nic nie można na to poradzić. Przykładowo, większość użytków serwisów wymiany zdjęć takich jak Flickr nie miałoby pojęcia jak, ani dlaczego, należy dołączyć tekst zastępczy, nawet gdyby Flickr dawał im taką możliwość. Chociaż wszyscy są zgodni co do tego, że wspaniale byłoby gdyby wszyscy użytkownicy stosowali tekst zastępczy (specyfikacja wyraźnie to zaleca), to większość z nich po prostu tego nie zrobi.

Należy zastanowić się nad problemem co zrobić w sytuacji kiedy tekst alt jest niedostępny i nie ma tak naprawdę sposobu żeby go wstawić. Przy obecnych wymaganiach stosowania atrybutu alt w HTML4 zaobserwować można próby spełnienia tego wymagania przez systemy, które podejmują próbę utworzenia tekstu zastępczego w oparciu o metadane obrazu.

Flickr na przykład powtarza tytuł obrazu; Photobucket najwyraźniej łączy ze sobą nazwę pliku, jego tytuł i nazwę autora; z kolei Wikpedia niepotrzebnie powtarza podpis pod obrazem. Problemem wynikającym z takiego podejścia jest to, że stosowanie takich wartości nie dostarcza ani dodatkowych ani użytecznych informacji dotyczących obrazu, co w niektórych przypadkach jest gorsze niż całkowity brak tekstu zastępczego.

Korzyścią płynącą z wymogu opuszczenia atrybutu alt zamiast pozostawienia po prostu pustej wartości jest jasne rozróżnienie pomiędzy obrazem, który nie posiada tekstu zastępczego (jak np. reprezentacja otaczającego tekstu w postaci grafiki lub ikony) a obrazem będącym kluczowym elementem zawartości, dla którego tekst zastępczy nie jest dostępny. Podobno Lynx i Opera stosują już takie rozróżnienie. Przy obrazach bez atrybutu alt Lynx wyświetla nazwę pliku a Opera pokazuje napis “Obraz”, jednak żadne z nich nie wyświetla niczego przy obrazach z pustym atrybutem alt. Wciąż niewiadomo do końca czy takie rozróżnienie jest naprawdę użyteczne oraz czy przeglądarki mogą realistycznie je stosować. Kwestia ta jest otwarta do dyskusji jeżeli tylko ktoś dysponuje argumentami.

Sugeruje się też, że zrezygnowanie z bezwarunkowej konieczności stosowania atrybutu alt wpłynie na zdolność walidatorów do powiadamiania autorów o błędach i odbierze nam narzędzie pomocne w promowaniu dostępności. Jednak wykorzystywanie komunikatów o błędach walidacji jako narzędzia oświatowego nie jest ani jedynym ani najlepszym rozwiązaniem problemu.

O ile autorzy lubią wiedzieć kiedy przypadkowo pominęli atrybut alt, to bezwarunkowe wymuszanie użycia tego atrybutu przy wykorzystaniu tak prymitywnego narzędzia jakim jest walidator daje dokładnie przeciwne wynik, ponieważ zachęca do korzystania z generowanych automatycznie tekstów kiepskiej jakości. Zresztą nic nie powstrzyma narzędzi autorskich i sprawdzających zgodność ze standardami przed powiadomieniem autorów jeśli będą sobie tego życzyć.

Przyznając, że nie da się zmusić każdego do stosowania tekstu zastępczego i czyniąc atrybut alt opcjonalnym w standardach dokumentu nie traci się żadnych praktycznych korzyści płynących z dostępności. Nikt nie twierdzi, że zgodność z HTML5 jest tym samym co zgodność ze wymogami dostępności. Wiele rzeczy uważa się za spełniające techniczne wymogi HTML, a jednak ich niewłaściwe stosowanie czyni je niedostępnymi. Uczynienie atrybutu alt opcjonalnym nie jest sprzeczne z wymogami dostępności ani nie ma wielkiego wpływu na ich propagowanie. Opisuję tu tylko rzeczywistość mając przy tym nadzieję na zmniejszenie powszechności automatycznie generowanego tekstu alt kiepskiej jakości.

Tłumaczenie artykułu Aaron Gustafson: “Microsoft rethinks IE8’s default behavior

Tłumaczenie artykułu opublikowanego na WaSP w dniu 1 marca 2008 r.

Może to zasługa nasych narzekań a może zmiana zdania związana z własnymi zasadami ineroperacyjności Microsoftu, faktem jest, że Microsoft zdecydował się na zmianę swoich decyzji dotyczących przeglądarki IE8 i będzie ona domyślnie autoryzować swój nowy tryb obsługi standardów.

Dziś popołudniu, w ogłoszeniu opublikowanym na blogu IE, Microsoft oficjalnie zmienił swój pogląd dotyczący domyślnego ustawienia przeglądarki IE8 związanego z jej nowym trybem obsługi standardów. Przeglądarka będzie teraz automatycznie autoryzować użycie trybu “super standards mode” dla wszystkich witryn, o ile nie otrzyma wyraźnie innego polecenia (za pomocą mechanizmu określania wersji IE).

Cóż takiego to więc oznacza? No cóż, kilka rzeczy:

1. Projektanci bazujący w swojej pracy na standardach nie będą musieli dodawać kolejnego nagłówka do swoich serwerów ani następnego elementu meta w kodzie żeby czerpać korzyści z nowych mechanizmów wyświetlania i skryptów przeglądarki IE8.
2. Każdy projektant nieświadomy istnienia standardów będzie musiał nauczyć się a) implementować określanie wersji przeglądarki lub b) dopasować swoją witrynę do standardów.
3. Osoby korzystające z języka JavaScript, które używają wykrywania przeglądarek będą musiały zamienić je na wykrywanie elementów (oraz sprawdzić kod pochodzący od osób trzecich) ponieważ wiele przypuszczeń na temat mechanizmu skryptów IE w tej wersji przeglądarki może okazać się fałszywa.

Było to bardzo złożone zagadnienie i w pełni rozumiałem oraz nauczyłem się akceptować wcześniejszą decyzję Microsoftu o odejściu od konwencji i zrezygnowania z automatycznej autoryzacji witryn do użycia nowych mechanizmów, ale muszę przyznać, że cieszy mnie zmiana ich decyzji. Mimo wszystko problem ten wywiera większą presję na Microsoft i zmusza ich do przyznania, że określanie wersji przeglądarki może zapobiec ponownemu pojawieniu się problemów, które zaistniały po wypuszczeniu przeglądarki IE7 na rynek, jednak osobiście sądzę, że ich produkt (i Internet ogólnie) lepiej się do tego celu nadaje.

A co wy o tym sądzicie?

Tłumaczenie artykułu Bruce Lawson: “What do you want from CSS3 – one week left” opublikowanego na WaSP w dniu 2 marca 2008 r.

Jako część szeroko zakrojonych prac, które wykonujemy we współpracy z Grupą Roboczą CSS W3C, zaprosiliśmy wyszystkich członków branży internetowej do zaproponowania Grupie Roboczej co chcieliby zobaczyć w następnej wersji specyfikacji.

Ponieważ spotkanie twarzą w twarz członków Grupy Roboczej odbędzie się pod koniec marca, przyjmowanie komentarzy zostanie zamknięte 10 marca 2008 tak, aby dać fantasai szansę zebrania waszych opinii w formie, którą będzie można przedstawić grupie.

Jak można komentować?

Prosze o zapoznanie się z wcześniejszym wezwaniem do komentowania i dodawania waszych pomysłów w komentarzach. Jeżeli jakiś pomysł wymaga długich wyjaśnień lub diagramów proszę o opublikowanie ich w innym miejscu i załączenie odnośnika do nich. Komentować można indywidualnie, w imieniu grupy lub organizacji bądź anonimowo. Wszystkie pomysły będa przez nas mile widziane.

Co po zamknięciu komentowania?

fantasai przedstawi wasze pomysły Grupie Roboczej CSS i przekaże nam opinie grupy kiedy ta zapozna się już ze wszystkimi pomysłami. W międzyczasie zostawione przez was komentarze będą przenoszone na wiki i umieszczane na witrynie css3.info i allabout gdzie społaczność internetowa będzie mogła dalej nad nimi dyskutować i je rozwijać.

Ciągle możliwy jest udział w pracach grupy roboczej CSS3 przez dostępną dla wszystkich listę dyskusyjną www-style.

Tłumaczenie artykułu Aaron Gustafson: “WaSP Round Table: IE8’s Default Version Targeting Behavior” opublikowanego na WaSP w dniu 24 lutego 2008 r.

Tydzień temu kilku członków WaSP uczestniczyło w wirtualnym spotkaniu z Chrisem Wilsonem z Microsoftu. Rozmawiano na temat zaproponowanego w przeglądarce IE8 domyślnego ustawienia autoryzacji opt-in nowego trybu obsługi standardów.

16 lutego członkowie organizacji Web Standards Project Members, Faruk Ateş, Porter Glendinning i ja uczestniczyli w spotkaniu z Chrisem Wilsonem, architektem platformy Internet Explorer, aby przedyskutować zaproponowane w przeglądarce IE8 domyślne ustawienie autoryzacji opt-in nowego trybu obsługi standardów.

Niektórzy pewnie pamiętają, że aby skorzystać z opartego na standardach układu strony i ulepszonej obsługi skryptów konieczna jest użycie autoryzacji opt-in wyboru wersji przegląraki, która wymaga od web developerów zastosowania nowego nagłówka HTTP X-UA-Compatible (lub jego odpowiednika meta). Przy obecnych ustawieniach każda strona lub serwer bez ustawionej autoryzaji opt-in będzie dalej zachowywać się i wyświetlać strony tak, jak byłyby wyświetlane w IE7, nawet jeżeli witryna przeglądana jest za pomocą przeglądarki IE8, IE9 czy IE1000. Nie odpowiada to wielu web develeoperom zainteresowanych standardami. Uważają oni, że zespół IE źle zrozumiał ideę. Wielu z nich sądzi, że autoryzację opt-in należy wykorzystywać do uniknięcia przetwarzania witryny przez nowsze skrypty i elementy układu strony. (Osoby zainteresowane wysłuchanime obydwu stron sporu powinne zapoznać się z najnowszym wydaniem A List Apart , w którym Jeremy Keith i Jeffrey Zeldman wyczrpująco omawiają temat).

Podczas naszej dyskusji przy “okrągłym stole”, omówiliśmy kilka propozycji wysuniętych przez społeczność internetową, które mogłyby pomóc przybliżyć zwykłym ludziom tryb obsługi standardów IE8. Propozycje te to:

• zachęcenie Microsoftu do wypuszczenia patcha do IIS, który automatycznie wybiera wyświetlanie w wersji IE7 witryn umieszczonych na tym serwerze (w nadzieji na uniknięcie potencjalnie katastrofalnego wpływu, jaki IE8 może mieć na sieci intranet i inne sieci tego typu);
• wypuszczenie wersji beta IE8 z domyślnie włączonym trybem obsługi standardów, w celu sprawdzenia jak wiele witryn będzie wyświetlać się niepoprawnie;
• zrobienie z IE8 autonomicznej przeglądarki, którą można będzie uruchamiać równolegle z IE7. Pozwoli to użytkownikom zachować elastyczność i korzystać z różnych przeglądarek do wyświetlania różnych stron.

Osoby zainteresowane wysłychaniem, lub przeczytaniem zapisu dyskucji mogą zapoznać się z nimi dzięki poniższym odnośnikom:

• WaSP Round Table: IE8’s Default Version Targeting Behavior [mp3]
• WaSP Round Table: IE8’s Default Version Targeting Behavior [transkrypcja]

Pragę tu goraco podziękować moim kolegom i koleżankom z WaSP, Glendzie Sims oraz Stephowi Troethowi za zorganizowanie, przeprowadzenie i udokumentowanie naszego Okragłego Stołu.

Jakimi kryteriami kieruje się podczas wyboru strony przeznaczonej do przetłumaczenia zwanego dalej internacjonalizacją?

• Dokument musi być istotny z punktu widzenia użytku publicznego
• Dokument musi spełniać kryteria jakościowe

Zapraszam składania propozycji w postach