Perfection or Vanity

W erze Ajaksa otwieranie nowych okien za pomocą window.open() jest passé. Całkiem słusznie - po co rozpraszać użytkownika (i kazać mu czekać aż przeglądarka przetrawi rozkaz otwarcia okna), skoro przy pomocy prostego układu divów można zasłonić to co widzi na stronie warstwą overlay i na niej umieścić kolejną warstwę - okienko?

Tak działa sławny Lightbox otwierający obrazki albo Thickbox otwierający prawie wszystko. Tylko jest jedna rzecz, która mi się w tym nowym trendzie projektowania nie podoba - nadmierne wykorzystanie JavaScriptu. Nadmierne ponieważ 95% interfejsu potrzebnego do naszego efektu da się zbudować przy pomocy CSS.

Oczywiście poprzedni wpis był żartem prima aprilisowym. Wykorzystałem fakt, że wiele osób bardzo ekscytuje się przeglądarkami - i można chyba przyjąć - zwłaszcza Operą vs Firefoksem. ;) Garść faktów:

Update: Nie traktuj tego tekstu poważnie, napisałem go na Prima Aprilis.

Kodowanie stron nie jest zadaniem specjalnie łatwym - proces jest spowalniany przez niezgodności międzyprzeglądarkowe i różnice w aplikowaniu standardów. Ostatnimi czasy warunki w jakich przychodzi nam pisać strony uległy znacznej poprawie, a dodając ogromne ilości hacków dla złego z założenia Internet Explorera - wymyślonych przez zdolnych webdeveloperów przez te wszystkie lata - jesteśmy w stanie osiągać w miarę jednolity wynik. W miarę, ponieważ jedna przeglądarka cały czas spowalnia marsz standardów i przenoszalności kodu. A jest nią Opera.

Roger Johansson powiedział kiedyś tak:

Web professionals who refuse to update their skills and insist on using outdated methods can no longer be called web professionals.

(Profesjonaliści, którzy odmawiają uczenia się nowych rzeczy i upierają się przy używaniu przestarzałych metod nie mogą być już dłużej nazywani profesjonalistami - tłum. wł.)

Kiedyś budowaliśmy strony za pomocą tabel, teraz nadszedł czas na podzielenie dokumentu na sekcje i stworzenie z nich layoutu za pomocą CSS. Rozszerzając wypowiedź Johannsona - wszyscy, którzy projektują dalej na zagnieżdżonych tabelach w niedługim czasie albo przestawią się na CSS albo wypadną z obiegu.

Tabelowy layout jest niedopuszczalny, ale prosty w użyciu i bardzo przewidywalny. Webdesignerzy zaczynający pisać w CSS mają całkiem poważne problemy, ponieważ nowoczesne projektowanie opiera się na pozycjonowaniu treści zawartej w blokach. Ich rozmiary nie są sztywne (i w większości sztywne być nie powinny), dlatego nie można uzyskać równych kolumn. Nie można? Zaraz się przekonamy…

Wypuściłem nową wersję mojego kalkulatorka emów. Em Calculator to narzędzie przydatne do przeliczania wartości pikselowych (uzyskiwanych przykładowo z Photoshopa) na emy - jednostki zależne od wielkości tekstu. Emy do budowania całego designu moim zdaniem się nie nadają (chociaż taki layout jest całkiem całkiem), ale znakomicie poprawią wygląd elementów od tekstu zależnych.

Generowana zawartość w Firefoksie nie jest dobrze obsługiwana. Dodanego w ten sposób tekstu albo obrazków nie sposób zaznaczyć, znaleźć w DOM ani wypozycjonować. Społeczność webdeveloperów od dawna wśród swoich zachcianek wymienia jej poprawną implementację, za przykład której podaje się Operę.

Możliwe, że w następnym Firefoksie i Gecko 1.9 będzie lepiej - tymczasem już dziś możemy cieszyć się wolną od poważnych błędów generowaną zawartością - napisałem skrypt w XBL pozwalający uwolnić się od ograniczeń Firefoksa. Dodanie go do strony jest naprawdę proste, a działanie proste i szybkie.