1. Nie będziesz ignorował kompatybilności między przeglądarkami.

To jest z pewnością problem numer jeden w trakcie tworzenia stron internetowych – muszą wyglądać wszędzie tak samo. Pamiętaj o tym, że są pewne fundamentalne różnice w sposobie interpretacji CSS’ów przez Internet Explorer a inne przeglądarki. Na chwilę obecną może nie jest aż tak źle jak kilka lat (czytaj: kolejnych numerów) wcześniej, aczkolwiek w dalszym ciągu potrafi być to ból w … Fajnie jest tworzyć stronę pod jedną przeglądarkę zapominając o sprawdzaniu działania (wyglądu) pod innymi. Mało tego – jeżeli już sprawdzamy, to mamy skłonność do świadomego lekceważenia problemu. Z doświadczenia wiem, że na naprawienie czegoś w dalszym etapie prac przysparza więcej problemów. Jak już przebrnąłeś przez sprawdzenie czy Twoja nowa strona wygląda tak samo na każdej przeglądarce na Twoim komputerze, to warto też sprawdzić jak będzie wyglądała na innych. Jest takie fajne miejsce w internecie: http://browsershots.org/ – wystarczy podać link, wybrać które przeglądarki nas interesują i poczekać kilka minut. Prawda czasami bywa bolesna …

2. Nie będziesz zapominał o niższych rozdzielczościach.

Kiedy większość web designerów / developerów jest dumna ze swoich dwudziesto i większych calowcych panoramicznych monitorów (nie doszukiwać się analogii w rozmiarach samochodów), to jednak większość normalnych ludzi nie dysponuje takim sprzętem – mało tego – zdarzają się jeszcze przypadki, że ktoś przegląda stronę w 800 x 600 (pewnie telefon – ale to zawsze …). Sprawdź w statystykach odwiedzin swojej strony – taka informacja zawsze gdzieś jest. Google Analytics też ma taką opcję.

3. Korzystajcie z „framework’ów”.

Jak zaczynasz jakiś projekt poraz kolejny od zera, to zadaj sobie pytanie: dlaczego ? Wszystko już zostało raz zrobione – po co wykonywać jakąś pracę dwa razy ? Tyczy się to również naszych CSS’ów. W sieci można znaleźć gotowe dosyć ciekawe rozwiązania – np: blueprintcss czy tez 960 Grid System. ……

4. Będziesz korzystał z ogólnie zdefioniowanych klas.

Łatwo jest zapomnieć o tym, że w przyszłości dany projekt będzie musiałbyć zmieniony (oczywiście nie poprawiony, bo zakładamy, że to co tworzymy jest właściwie doskonałe . Złapaliście się na tym, że do każdego obiektu / elementu tworzycie osobną klasę ? ….

5. Będziecie sprawdzali poprawność HTML/XHTML.

Mogę sobie dać obciąć … palec, że nawet nie pomyślałeś o tym jaki wpływ poprawnie zwalidowany HTML ma na CSS. Tak więc – sprawdź najpierw czy HTML jest poprawny. Czasami może być tak, że jakiś mały błąd – literówka czy nie zamknięty DIV – przejdzie i przeglądarka jakoś wyświetli stronę (błędy przeglądarek) a po dodaniu CSS wszystko zaczyna się krzaczyć. Tak więc – zacznim zaczniesz obwiniać CSS, upewnij się np. tu, że HTML jest cacy.

6.  Będziecie sprawdzali wadlidowanie CSS.

Często prześladowałem znajomych (tych, którzy się zajmują web designem) coby mi pomogli znaleźć rozwiązanie problemu w CSS’ie. Też tak robicie … Jakkolwiek – jeden z nich, za każdym razem odsyłał mnie do walidatora kodu CSS. I chwała mu w sumie za to bo przynajmniej 90% problemów wynikało właśnie z błędów w kodzie.

Dodatkową korzyścią jest to, że szanse na poprawne działanie kodu w różnych przeglądarkach wzrastają.

7. Nie będziecie korzystali z wieeeeelkich obrazków jako tło.

Często się zdarza, że początkujący web designerzy korzystają z wielkich obrazków jako tło do strony. Mało tego, żeby mieć pewność, źe będzie to dobrze wyglądało i działało na KAŻDEJ rozdzielczości, potrafią zaserwować coś jak 3000 x 2000. Spróbujcie zamiast tego korztstać z obrazków, które mogą się powtarzać albo w pionie albo w poziomie (paterny) – zamiast 200kB mamy 2kB. Zwróćcie uwagę jaka oszczędność na paśmie plus goście na naszej stronie nie muszą czekać na wgrywanie takiego wielkiego tła.

8. Nie będziecie na siłę robili wszystkiego w CSS’ach.

Zwróćcie uwagę, że jak pojawi się tylko coś nowego (jakieś rozwiązanie itp.) wszyscy na siłę chcą z tego skorzystać. Nie zawsze trzeba. Przykład – tabele. Po to one są, żeby przedstawiać w nich dane tabelaryczne, a nie walczyć z problemem posługując się DIV’ami i CSS’ami. Style CSS są po to, żeby proces tworzenia przyspieszyć, a nie spowalniać.

9. Nie będziecie ustawiali styli elemntów w kodzie HTML.

To jest jak zaraza ale występuje częściej niż byś się spodziewał. Robiąc stronę ZAWSZE trzymaj w osobnych plikach (X)HTML i CSS. Jak się nie będziesz do tego stosował, to kiedy będziesz chciał coś zmienić w stronie będziesz musiał się przekopywać przez kody (X)HTML. Co przy większch projektach jest naprawdę czasochłonne. Np. zamiast:

<a style=”float: right; color: #333333;” href=”somewhere.html”>link</a>

lepiej zrobić to tak:

<a href=„somewhere.html” class=„link_style”>link</a>

i oczywiście w arkuszy styli zdefiniować klasę „link_style” i nadać mu odpowiednie atrybuty. Proste – no nie ? A ile może zaosczędzić czasu w przyszłości.

10.  Nie będziecie korzystali z wielu plików CSS.

Zetknęliście się kiedyś ze stronami, do których style były rozbite na np. 12 plików ? Niektóre templatki do wordpressa na przykład są tak zrobione. A  teraz wyobraź sobie, że jak chcesz coś w tym zmienić to musisz przeszukać 12 plików … prcochłonne, a na pewno marnotrastwo czasu. Najlepiej trzymać wszystkie style w jednym, najwyżej dwu plikach. W zupełnośći wystarczy.

To tyle na razie. Mam nadzieję, że skorzystacie z tych rad i ułatwią wam waszą pracę.

Amen.

Tekst powstał w oparciu o http://nettuts.com/articles/web-roundups/are-you-making-these-10-css-mistakes/