Perfection or Vanity

Rollover, śpieszę z wyjaśnieniem, jest to efekt podmiany obrazka na inny, gdy znajdzie się nad nim kursor myszy. Co to jest CSS rollover i czym się różni od swojego skryptowego przodka już pisałem i jeśli nie słyszeliście o tej metodzie, to możecie zechcieć się z nią teraz zapoznać.

Tyle słowem wstępu. Rollover jaki zaprezentowałem dawniej był całkiem sprytny, nie wymagał czekania na wczytanie drugiego obrazka, ale nie był doskonały. Jego ułomność wynikała z zachłyśnięcia się możliwościami obrazków teł - wciskalibyśmy je wszędzie. Jednak i one stwarzają kłopoty:

Oczywiście nie chodzi mi o to co pisać czy w jakim stylu - na to nie ma przepisów. ;) Mam na myśli po prostu redagowanie tekstu, HTML i parę innych technicznych rzeczy.

Człowiek bardzo dobrze uczy się na błędach, a najlepiej na swoich. Podczas przeglądania archiwum zauważyłem sporą ilość pomyłek i błędnych decyzji podjętych w czasie pisania postu. Powielana błędna decyzja powoduje potem zamknięte koło poprawek (dla walidacji, czystego kodu, wyglądu, etc…). Chciałbym dlatego wypisać parę z nich, może ktoś skorzysta. Możliwe też, że parę z nich przekona co niektórych do zmian na lepsze (marzyciel ;)).

Czyli Webesteem Art & Design Magazine #16. Fuuuf! Nie pytajcie jak długo na niego czekałem, po prostu zobaczcie nowy numer. Moim wkładem w dział Web Standards jest praktyczny przewodnik po designie *buzz buzz* zaokrąglonych rogów i trochę informacji o tabelach dla tych co by je chcieli divami klepać. ;)

W jaki sposób stworzyć na stronie bloki, które będą zawierały automatyczne numerowanie i do tego numerki będą w środku i z prawej strony? Można by użyć generowanej zawartości oraz liczników albo wstawić jakimś skryptem. Co powiecie jednak na rozwiązanie najprostsze - lista numerowana <ol/> oraz trochę CSS:

Działa w Firefoksie 1.5 oraz Internet Explorerze 6. Opera robi mi znowu na złość, podobnie jak wcześniej gdy używałem tylko marginesów. Szkoda. :(

Pytanie to było zadawane już setki razy, odpowiadane także wiele, ale nadal nie wiem czy sposób w jaki piszę strony jest okej. Polegam bowiem na szablonowaniu - mam w jednym miejscu listę nagłówków: doctype (jeszcze nie zwariowałem, żeby się ich na pamięć uczyć), html z namespace, head z title, tagami meta oraz linkami do stylów. Jak potrzeba kopiuję całość i wklejam do żądanego dokumentu.

Mój edytor tekstowy nie jest dziełem sztuki jeśli chodzi o uzupełnianie kodu, ale nie jest też całkiem drętwy. Potrafi zamykać tagi (dowolne, czyli także XML-owe). Co by mnie naprawdę ucieszyło to zestaw funkcji jakie posiada MacOS-owy TextMate. Trzeba zobaczyć te animacje i filmy prezentujące jego możliwości, gosh! Skakanie tabulatorem po atrybutach, komórkach tabelki, uzupełnianie tagów według szablonów (przykładowo gdy piszę <a to uzupełnia mi href="" albo class="" jak chcę i wstawia kursor w pierwszy atrybut).

I wtedy można się pokusić o ręczne pisanie kodu, które nie męczy. Na razie czuję się lekko zmęczony po klikaniu struktury dłuższego dokumentu. Tak psychicznie, że można było szybciej i już robić coś innego. Oczywiście dzięki temu panuję nad wszystkim, znam dokument na wskroś - każdy element jest na swoim miejscu, bo tego chcę. Tak samo robię z CSS i tak samo przydałoby mi się podpowiadanie właściwości. Bo ile razy z rzędu może cieszyć kodera pisanie background-image?

Internet Explorer - ukochana przeglądarka, której nie sposób zignorować (jaka szkoda, prawda?). Piszesz zgodnie ze specyfikacją, skończyłeś - klikasz na niebieskie „e” i pozostaje wyrwać sobie włosy. Postanowiłem więc zebrać kilka porad dotyczących tworzenia stron zgodnych ze standardami, nie powodujących u IE czkawki.

Termin „pisanie stron pod IE” który pojawia się tutaj nie odnosi się oczywiście do oldschoolowych napisów „Tę stronę należy oglądać w IE 3.0 i rozdzielczości 916x666px”. Po prostu znając tylko standardy sieciowe trudno jest zmusić poprawny dokument żeby dobrze wyświetlił się w przeglądarce nastawionej na niepoprawne strony. W artykule założyłem operowanie na IE6.0/win. Wiem, że czasem potrzeba zgodności z IE5.x, lecz należałoby napisać wiele więcej tekstu o różnicach. Gdzie będę mógł, zaznaczę problem z poprzednimi wersjami przeglądarki MS.

Wypisane tutaj porady są bardziej podpowiedziami niż wytycznymi. W większości przypadków da się znaleźć inny sposób rozwiązania problemu, bądź ugryźć go od drugiej strony. To co zebrałem to osobiste doświadczenia w takim pisaniu stron, aby dostosowywanie ich pod IE było kwestią kilku linijek CSS-a w oddzielnym arkuszu niż kilkugodzinnym hakowaniem.