Zakończono prace nad testem Acid3, o którym pisałem wcześniej. Od dzisiaj możemy już oficjalnie obserwować zmagania przeglądarek w próbie bezbłednego przejścia tego sprawdzianu.

Test znalazł nowe miejsce w sieci. Dostępny jest pod adresem acid3.acidtests.org. Zebranych 100 zadań sprawdza obsługę takich technologii/standardów jak HTTP, HTML, CSS, ECMAScript, SVG oraz XML, czyli tych, które dzisiaj są niezbędne do tworzenia zaawansowanych i rozbudowanych aplikacji sieciowych. Ian Hickson, osoba zaangażowana w powstanie Acid3, przygotował 64 testy, reszta (36 przypadków) została nadesłana przez samych twórców przeglądarek oraz zainteresowanych tematem webmasterów.

Dzisiaj będzie krótka notka, ale dość istotna dla świata webmasterów. W najnowszym buildzie Opery 9.5 ukryto obsługę kolekcji document.all. Podobnie jest to zrobione już w Firefoksie czy Safari.

Dokładnie chodzi o to, że to co było możliwe w poprzednich wersjach Opery

if(document.all){
// kod dla spełnionego warunku
}

teraz już nie będzie działać. Mimo, że Opera nadal będzie wspierać kolekcję document.all nie będzie możliwe sprawdzenie jej obsługi.

Zmiana jest jak na razie tymczasowa. Teraz społeczność Opery (i nie tylko) ma okazję zgłaszać strony, które po tej zmianie przestały działać, a wcześniej działały poprawnie. Trzymam kciuki, żeby zmiana zagościła już na stałe w Operze.

Całkiem niedawno na stronie zespołu pracującego nad Internet Explorerem pojawiła się informacja, że IE8 przechodzi test Acid2, będąc w trybie zgodności ze standardami. Notka była długa, ale za wiele konkretnych informacji nie podała. W każym bądź razie usłyszeliśmy deklaracje, że w końcu będzie łatwiej dla developerów, bo prace nad nową wersją idą w kierunku poprawy obsługi standardów przez Internet Explorera.

As a developer, I’d prefer to not have to write the same site multiple times for different browsers. Standards are a (critical!) means to this end, and we focus on the standards that will help actual, real-world interoperability the most

Dalej jednak czytamy o wstecznej kompatybilności z poprzednimi wersjami. Standardowo już, po raz kolejny, serwowana jest nam informacja, że IE musi także współgrać ze stronami stworzonymi pod poprzednie wersje IE.

As a consumer and a developer, I expect stuff to just work, and I also expect backwards compatibility. When I get a new version of my current browser, I expect all the sites that worked before will still work.

Powyższe informacje były jedynymi, które IE-Team nam przekazał. Więcej ma się pojawić w ramach konrefencji MIX08.

Dzisiaj jednak ukazała się jeszcze jedna informacja dotycząca wstecznej kompatybilności. Dowiadujemy się, że oprócz trybu Quirks-Mode oraz trybu zgodności ze standardami pojawi się jeszcze jeden tryb - tryb oferujący te wszystkie nowości dotyczące obsługi standardów.

Głównym powodem takiego stanu rzeczy jest fakt, że "The Doctype switch" się nie sprawdził. Sprawdził się w przypadku IE6, kiedy większość stron nie miała wpisanego Doctype w treści dokumentu. Przełączanie Doctype nie sprawdziło się jednak w przypadku IE7, ponieważ, w związku z poprawą wielu błędów zauważonych w IE6, część stron, która w IE6 prezentowała się jak należy (ze względu na wszystkie sztuczki i hacki), przestała poprawnie działać w IE7. Tego chce IE-Team uniknąć w przypadku IE8. Pozostaje tylko kwestia, jak włączyć ten nowy tryb? Sprawa jest prosta. IE8 będzie obsługiwał pewne nowe wartości atrybutów znacznika <META>. Konkretnie będzie trzeba wstawić kod:

<meta http-equiv="X-UA-Compatible" content="IE=8" />

Funkcjonalność ta ma być w zamierzeniu dedykowana dla wszystkich przeglądarek. Czyli w przyszłości poniższy kod także miałby mieć znaczenie:

<meta http-equiv="X-UA-Compatible" content="IE=8;FF=3;OtherUA=4" />

"Mechanizm" ten został opracowany przy współpracy z WaSP.

Więcej informacji na ten temat można znaleźć na poniższych stronach.

• Blog IE-Team - wpis odnośnie kompatybilności IE8
• Blog IE-Team - IE8 przechodzi test Acid2
• "Beyond DOCTYPE" - Artykuł w serwisie A List Apart
• Film video na kanale 9
• Jeszcze raz A List Apart

Dzisiaj świętujemy drugie urodziny jQuery. Z tej okazji wydana została nowa wersja biblioteki, oznaczona numerem 1.2.2. Wersja ta wnosi kilka zmian, które mają przyspieszyć działanie jQuery.

Pierwsza ze zmian dotyczy sytuacji, gdy jako pierwszy argument funkcji jQuery przekażemy element DOM. Zminimalizowano po prostu operacje do minimum. Element DOM zostaje od razu opatrzony w obiekt jQuery i zwrócony do dalszej obróbki przez skrypty. Dopiero potem są sprawdzane pozostałe kombinacje atrybutów.

Kolejna zmiana dotyczy "zdarzenia"/metody ready. W Internet Explorerze została ona znacznie zmieniona. Zrezygnowano z sztuczki z document.write na korzyść rozwiązania zaproponowanego przez Diego Periniego, wykorzystującego pewną informację zawartą w dokumentacji behaviorów w IE dotyczącą m.in. metody doScroll.

Na dodatek wszystkie przeglądarki przy zdarzeniu ready czekają aż załaduje się drzewo DOM oraz arkusze stylów, co ułatwia nieco pracę skryptom zależnych od pewnych wartości arkusza stylów strony.

Do biblioteki dodano także obsługę nowych zdarzeń (m.in. mouseenter, mouseleave, mousewheel) oraz kompletnie przebudowano API dla zdarzeń, które zezwala na tworzenie nowych, własnych typów zdarzeń i manipulację nimi.

Zwijane panele

Ja z tej okazji postanowiłem uaktualnić jeden ze swoich skryptów. Co nowego w tej wersji:

• Cały skrypt został opatrzony funkcją jQuery.sliding. Dzięki temu można zdefiniować sobie wiele zestawów paneli, których ustawienia będą przechowywane z oddzielnych ciasteczkach
• Już nie jesteśmy zależni od pewnej struktury dokumentu. Funkcja jQuery.sliding oczekuje m.in. podania ID elementów, których skrypt będzie dotyczył
• Dodałem wyrażenie regularne sprawdzające, czy String zapisany w ciasteczku ma poprawną składnię JSON. Z tym, że wyrażenie ogranicza się tylko do składni wykorzystywanej przez ten skrypt, czyli {"klucz":1,'klucz':0} (nazwy kluczy w cudzysłowach lub apostrofach i wartości 0 lub 1)
• Funkcje fromJSON i toJSON zostały przemianowane na json2str i str2json

Funkcja jQuery.sliding oczekuje jednego argumentu - obiektu o następującej składni:

{
	tabs:{'id_naglowka':'id_zwijanej_tresci','id_innego_naglowka':'id_innej_tresci'},
	visible:{'id_naglowka':1,'id_innego_naglowka':0}, // 1 - treść widoczna, 0 - treść zwinięta
	cookie:'tabs' // nazwa ciasteczka (opcjonalny)
}

Skrypt w akcji można zobaczyć na testowej stronie. Źródła do pobrania znajdują się tutaj

Szykuje się kolejna wersja testu sprawdzającego przeglądarki internetowe pod kątem obsługi różnych aspektów standardów sieciowych. Następca Acid2 - Acid3 będzie tym razem testował obsługę standardów ECMAScript i DOM. Oczywiście test jest jeszcze w fazie przygotowań, ale już teraz można zobaczyć w jakim kierunku jest on budowany.

Testowane będą najprzeróżniejsze kombinacje, od podstawowych metod na tablicach czy łańcuchach znaków, przez obsługę wyrażeń regularnych, po poprawną iterację do drzewie DOM.

Ostateczny wynik ma się prezentować mniej więcej nastepująco

Test ten szczególnie mnie interesuje, ponieważ od lat zajmuję się głównie JavaScriptem. I już teraz wiem, że twórcy przeglądarek będą mieli znowu sporo pracy. Często bowiem dochodzi do sytuacji, że przeglądarki niepoprawnie obsługują pewną dziwną kombinację argumentów (np. ujemne indeksy w metodach na Stringach i wiele, wiele innych).

Jak pisałem, Acid3 jest na razie w trakcie przygotowywania. Nie ma sensu już teraz sprawdzać poszczególnych przeglądarek, bo wiele może w teście się zmienić do czasu jego wydania.

Chcesz poćwiczyć bezwzrokowe pisanie na klawiaturze? Nie musisz instalować żadnego specjalnego oprogramowania. Wystarczy wejść na stronę keybr.com i ćwiczyć online.

Strona keybr.com została wykonana w technologii Flash. Co zobaczymy na stronie to wirtualna klawiatura, nad którą znajduje się losowo wygenerowany tekst. Domyślnie dostępne są trzy ćwiczenia, w których teksty generowane są tylko z określonych zestawów znaków - tj. ćwiczenie pierwsze dotyczy znaków z rzędu na wysokości klawisza Caps Lock, ćwiczenie drugie generuje teksty z rzędów na wysokości klawiszy Caps Lock oraz tabulacji, ćwiczenie trzecie dodaje znaki z poziomu klawisza Shift.

Na chwilę obecną można wybrać jeden spośród sześciu języków (angielski, niemiecki, francuski, hiszpański, włoski, rosyjski) oraz spośród różnych układów klawiatur. Dla przykładu dla języka angielskiego możemy wybrać układy US, US-Dvorak, US-Colemak, UK.

Na forum projektu można przeczytać, że wsparcie dla większej liczby języków może się pojawić, jeśli będzie na nie zapotrzebowanie ze strony użytkowników.

Na koniec możemy sprawdzić swoje statystyki popełnionych błędów i szybkości pisania.

Osobiście podoba mi się ten projekt. Jest to jedna z sytuacji, gdy Flash okazuje się przydatny, nie to co na milionach innych stron.

Ukazała się nowa wersja przeglądarki iCab, dostępnej na platformę Mac OS. Wersja 4.0 wprowadza szereg zmian. Najważniejszymi są gruntowna przeróbka interfejsu graficznego. Zrezygnowano z API Carbon na rzecz Cocoa, co - wg. twórców przeglądarki - ma przyspieszyć działanie przeglądarki.

Zmienił się także silnik renderujący strony. Porzucono własny silnik iCab na korzyść silnika Webkit, na którym bazuje m.in. Safari.

Zmiana silnika dla webmasterów oznacza chyba dobrą wiadomość. Jeden silnik mniej do testowania ;-) Tymbardziej, że iCab dostępny jest tylko dla systemu MacOS.

Źródło: Strona domowa iCab