Projektowanie serwisw

WWW. Standardy sieciowe.

Wydanie III
Autorzy: Jeffrey Zeldman, Ethan Marcotte
Tumaczenie: Piotr Rajca
ISBN: 978-83-246-2658-8
Tytu oryginau: Designing with Web Standards (3rd Edition)
Format: 158235, stron: 448
Jak to si robi z pomoc mistrza
Poznaj przyszo standardw sieciowych
Stosuj skuteczne zasady pracy z nowoczesnymi przegldarkami
Naucz si eliminowa problemy i ci koszty
Przewodnik po standardach autorstwa Jeffreya Zeldmana ponownie kontratakuje!
Trzecie wydanie udowadnia, e to wci najwaniejsza ksika dla wszystkich projektantw,
ktrzy chc tworzy nowoczesne i funkcjonalne witryny byskawicznie si
wczytujce, trafiajce do masowego odbiorcy i tanie w utrzymaniu. Do nowej,
zaktualizowanej wersji dodano niezwykle przydatne informacje o usprawnieniach,
a take wyzwaniach, jakie stoj przed projektantami pracujcymi w nieustannie
zmieniajcym si rodowisku standardw sieciowych.
W tym wydaniu ksiki znajdziesz informacje na temat tego, jak za pomoc standardw
rozwizywa problemy powstajce w wyniku stosowania starych sposobw projektowania
witryn WWW. Dowiesz si take, jak stare i nowe standardy przeksztacaj internet
w dynamiczn platform do tworzenia solidnych, dostpnych aplikacji oraz piknych
i atwych do odnalezienia treci. Przeczytasz te o tym, jak zapowiada si przyszo
standardw sieciowych.
Prezentacja jzykw XHTML, HTML 5, CSS.
Zasady tworzenia strukturalnego, semantycznego kodu.
Realizacja solidnych ukadw, tworzonych w oparciu o CSS.
Tworzenie nieinwazyjnego kodu JavaScript.
Dodatkowe informacje dotyczce typografii i dostpnoci.
Prezentacje kilku projektw, w ktrych pokazujemy sztuczki i rozwizania
w zakresie stosowania standardw.
W tym przemyle Jeffrey Zeldman zajmuje miejsce gdzie pomidzy Bogiem
a guru i potrafi wykorzysta sw mdro oraz dowcip, by opowiada
o tym, CZYM s standardy sieciowe, JAK naley je stosowa oraz DLACZEGO
powinnimy zwrci na nie uwag.
Kelly Goto, autorka ksiki Web ReDesign 2.0: Workflow that Works
Czasami, bardzo rzadko, udaje si znale autora, o ktrym mylimy sobie:
Ten go jest inteligentny! I sprawia, e ja te czuj si mdrzejszy, bo
w kocu zrozumiaem to zagadnienie.
Steve Krug, autor ksiek
Nie ka mi myle! O yciowym podejciu do funkcjonalnoci stron internetowych
oraz Przetestuj j sam! Steve Krug o funkcjonalnoci stron internetowych

Spis treci

Wstp do trzeciego wydania ................................................17

Cz I
Zanim zaczniesz ..............................................................25
Przerwanie cyklu starzenia si .................................................................... 26

adnego dogmatu ........................................................................................ 27

Kontinuum, a nie zbir sztywnych regu ............................................... 27
Kilka wanych definicji ............................................................................... 28
Jeden rozmiar nie bdzie dobry dla wszystkich ............................................ 30
Witamy wrd zwycizcw ........................................................................... 31
1. 99,9% witryn wci jest przestarzaych ...................................35
Nowoczesne przegldarki i standardy sieciowe ............................................ 36
Nowy kod do nowej pracy ............................................................................ 37
Problem wersji ......................................................................................... 38
Mylenie wsteczne ....................................................................................... 40
Zy kod: pierwsza siatka za darmo ........................................................ 41
W duszej perspektywie czasu rozgazianie kodu
moe by niebezpieczne dla witryny ............................................................. 43
Ukryte koszty rozbudowanego kodu stron ................................................... 46
Zgodno wstecz jest kamstwem ................................................................ 47
Blokowanie uytkownikw nie wpywa dobrze na interesy ..................... 49
Lek .............................................................................................................. 52
2. Projektowanie i budowanie z uyciem standardw .....................55
Pokonywanie trudnoci ............................................................................... 57
Koszt projektowania przed wprowadzeniem standardw ............................. 58
Nowoczesna strona starymi metodami ........................................................ 59
Trzy elementy standardw sieciowych ......................................................... 66
Struktura .............................................................................................. 66
Prezentacja ........................................................................................... 69
Zachowanie ........................................................................................... 69

Projektowanie serwisw WWW. Standardy sieciowe

Standardy w praktyce .................................................................................. 69
Projekt standardw sieciowych: przenono w zastosowaniu ...................... 72
Jeden dokument dla wszystkich ............................................................. 73
A List Apart: jedna strona, wiele widokw .................................................. 75
Projektowanie nie tylko z przeznaczeniem na ekran .............................. 77
Oszczdno czasu i kosztw, wzrost zyskw ......................................... 78
Co dalej? ...................................................................................................... 79
3. Delikatna perswazja ..........................................................83
4. Przyszo standardw sieciowych .........................................91
Wyszukiwanie, syndykacja, blogi, podcasty i dugi ogon
(oraz inne powody zwycistwa standardw sieciowych) ................................ 92
Uniwersalny jzyk (XML) ..................................................................... 93
Jeden rodzic, wiele dzieci ....................................................................... 94
Zota ya innowacji ............................................................................... 98
Przyszo standardw ........................................................................ 108
Grupa robocza WHAT ............................................................................... 110
Internet Explorer 7 i standardy sieciowe ............................................. 113
Narzdzia do edycji i publikacji ........................................................... 114
Cz II
5. Nowoczesny ukad znacznikw ........................................... 119
Ukryty schemat kiepskiego kodu ............................................................... 125
Przeformuowanie czego? ..................................................................... 129
Podsumowanie ..................................................................................... 130
XHTML 2 nie dla kadego ............................................................. 131
5 najwaniejszych powodw, dla ktrych warto wybra HTML ................. 133
5 najwaniejszych powodw, dla ktrych warto wybra XHTML 1 ........... 134
Podstawowy powd, dla ktrego nie warto wybiera XHTML-a ................ 134
6. XHTML i kod semantyczny ................................................. 135
Konwersja do XHTML-a: proste zasady, atwe wytyczne .......................... 136
Dokument rozpoczynaj od deklaracji DOCTYPE i przestrzeni nazw .....137
Ktry DOCTYPE to Twj typ? ........................................................... 138
Wersja Strict czy Transitional: wielka bitwa naszych czasw .............. 139
Po DOCTYPE deklaracja przestrzeni nazw ........................................ 140
Zadeklaruj typ kodowania znakw ....................................................... 142
Wszystkie znaczniki pisz maymi literami ............................................ 144
Wartoci wszystkich atrybutw umieszczaj w cudzysowach ................ 146
Przypisuj wartoci wszystkim atrybutom ............................................ 148
Zamykaj wszystkie znaczniki ............................................................... 148
Nie umieszczaj podwjnych mylnikw w komentarzach ..................... 150
Koduj wszystkie znaki < i & ................................................................ 150
Podsumowanie zasad XHTML-a ......................................................... 150
Kodowanie znakw: nudne, bardzo nudne i potwornie nudne .............. 151

Spis treci
Leczenie strukturalne dla nas bomba ................................................... 153
Sensowne kodowanie dokumentu ......................................................... 153
Elementy wizualne i struktura ............................................................ 159
7. HTML 5: nowa nadzieja ....................................................161
HTML 5 i aplikacje sieciowe: gra idzie o du stawk ............................... 162
HTML 5 a XHTML .................................................................................. 164
Niech diabli porw obie nomenklatury ................................................. 164
Parada elementw HTML 5 ...................................................................... 166
Semantyka struktury strony ............................................................... 167
HTML 5 to na razie tylko specyfikacja ............................................... 172
Dowiedz si wicej ............................................................................... 175
8. Struktura i semantyka: gwarancja zwartych i trwaych stron ........177
div, id i inni pomocnicy .............................................................................. 178
Czym jest element div? ........................................................................ 179
id kontra class ..................................................................................... 180
Twrz tre uatwiajc wyszukiwanie i stosowanie .................................. 183
Semantyczny kod i wielokrotne uycie ................................................. 184
Powszechne bdy w nowoczesnym kodzie ............................................ 187
Znaczniki div s w porzdku ............................................................... 190
Pokocha atrybut id ............................................................................ 191
Wyeliminowa (lub zminimalizowa ) style i skrypty
w kodzie (X)HTML ............................................................................. 191
Przerwa i powtrka ............................................................................. 192
9. Podstawy CSS ................................................................193
Wstp do CSS ........................................................................................... 193
Korzyci z CSS .......................................................................................... 194
Anatomia stylw ........................................................................................ 195
Selektory, deklaracje, waciwoci i wartoci ....................................... 195
Wartoci oglne i alternatywne ............................................................ 198
Dziedziczenie i jego przeciwnicy .......................................................... 200
Selektory potomne ............................................................................... 201
Selektory klas ...................................................................................... 203
Style zewntrzne, osadzone i bezporednie .......................................... 206
Metoda najlepszego moliwego scenariusza ............................................ 210
10. Ukady CSS: kod, ramki, elementy pywajce o rany! ..............213
Dao przepywu strony ................................................................................ 214
Poznaj model ramkowy .............................................................................. 215
Jak dziaa model ramkowy? ................................................................. 216
Ukad stosowany ....................................................................................... 219
Skromne pocztki ................................................................................ 220
Magiczny dotyk klasy .......................................................................... 224
Modyfikacja ukadu ................................................................................... 228
Analiza zawartoci po raz wtry ..................................................... 229
Tworzenie stylw ................................................................................. 233

Projektowanie serwisw WWW. Standardy sieciowe

Modyfikacje elementw pywajcych .................................................... 236
Nie zwracamy uwagi na szczegy ....................................................... 239
Podsumowanie ........................................................................................... 242
11. Praca z przegldark. Cz I:
przeczanie z typu dokumentu na tryb standardowy ................ 243
Saga o przeczaniu przez deklaracj typu dokumentu .............................. 244
Przecznik do wczania i wyczania standardw .............................. 244
Podstawy przeczania przy uyciu deklaracji typu dokumentu ................. 246
Jak dokadne jest przeczanie? ........................................................... 247
Standardy sieciowe i przegldarka IE8 ............................................... 247
Standardy sieciowe i silnik Gecko ........................................................ 249
Kompletne i niekompletne deklaracje typu dokumentu ....................... 250
Pena lista kompletnych deklaracji typu dokumentu XHTML ............ 253
Zachowaj prostot ............................................................................... 254
12. Praca z przegldark. Cz II:
bdy, sposoby i blask CSS 3 .............................................. 257
Bdy CSS w powtrce na zwolnionych obrotach ....................................... 258
Bd podwojonego marginesu w elementach pywajcych .................... 263
Na ratunek obrazkom PNG ................................................................. 265
Co dalej? .............................................................................................. 266
Wiedza to jedynie poowa sukcesu ....................................................... 268
CSS 3: nowy obiekt zainteresowania .......................................................... 277
Ty i kana alfa ..................................................................................... 277
Rezygnujemy z prostoktw ................................................................ 280
Programici, miejcie si na bacznoci! ................................................. 281
Przemylmy, czym jest wsparcie? ..................................................... 285
Flash i QuickTime: obiekty podania? ..................................................... 288
Obiekty osadzane: opowie o prnoci i zemcie ................................ 288
Podwjna zemsta W3C ........................................................................ 289
Dwie pieczenie na jednym ogniu: osadzanie obiektw multimedialnych
przy przestrzeganiu standardw .......................................................... 290
yka dziegciu w beczce miodu: object nie dziaa ................................ 291
Szczypta JavaScriptu .......................................................................... 291
wiat, w ktrym omijanie bdw jest codziennoci .................................. 292
13. Praca z przegldark. Cz III: typografia ............................. 295
Kilka sw o typografii ............................................................................... 296
ABC czcionek na stronach WWW .............................................................. 299
Horrory starej szkoy ........................................................................... 302
Nareszcie standardowy rozmiar ........................................................... 305
Karabiny i piksele ................................................................................ 307
Upojenie wszycieli .............................................................................. 308
Przygody z wielkoci czcionek .................................................................. 310
Powikszenie: demokracja bezpieczna dla pikseli ................................. 313
Jednostki em: rado i pacz ................................................................ 316
Metoda symbolicznych wartoci rozmiarw czcionek ........................... 317

Spis treci
Ja chc czcionki Franklin Gothic! ............................................................. 319
Regua @font-face: prawdziwe czcionki na stronach WWW ................ 319
sIFR dostpne podmienienie czcionek ............................................ 322
Cufn czcionki dla ludzi .............................................................. 323
Typekit i bracia ................................................................................... 324
14. Dostpno: to, co w standardach najwaniejsze .....................329
Pi porad dotyczcych tworzenia dostpnych witryn ................................ 330
1. Zabierz si do pracy ......................................................................... 330
2. Skorzystaj z logicznej struktury stron ............................................. 331
3. Zapewnij moliwo dostpu przy uyciu klawiatury ....................... 331
4. Udostpniaj rozwizania alternatywne ............................................ 332
5. Wybierz standard i korzystaj z niego konsekwentnie ....................... 332
Dostpno wedug podrcznikw .............................................................. 333
Powszechna dezorientacja ......................................................................... 336
lepy miliarder ................................................................................ 336
Dostpno nie ogranicza si jedynie do niedowidzcych ..................... 337
Wyjaniamy znaczenie paragrafu 508 ................................................. 339
Obalamy mity dostpnoci ......................................................................... 340
Uatwienia dostpu element po elemencie .................................................. 345
Obrazki ............................................................................................... 345
Sprawdzone narzdzia ......................................................................... 354
Zachowaj kolejno : nasz dobry znajomy atrybut tabindex .................. 355
Planowanie dostpu: jak na tym skorzystasz ....................................... 356
15. Wykorzystanie skryptw opartych na modelu DOM ....................359
DOM wedug podrcznikw ....................................................................... 360
Co to jest DOM? ........................................................................................ 360
Standardowy sposb na to, by strony WWW
zachowyway si jak aplikacje .............................................................. 362
Zatem gdzie to dziaa? ......................................................................... 364
Prosz, DOM, nie zrb im krzywdy ........................................................... 365
Jak to dziaa? ...................................................................................... 365
Sprawdzanie obsugi ............................................................................ 371
Warianty kodu .................................................................................... 372
Przeczniki stylw: uatwiaj dostp, oferuj wybr ........................... 373
Naucz si kocha swoj bibliotek (JavaScript) ......................................... 375
Jak korzysta z DOM? .............................................................................. 378
16. Przeprojektowywanie witryny ............................................379
Wychodzimy z przeszoci .......................................................................... 382
Projektowanie wychodzce od treci .......................................................... 383
Troch oddechu ................................................................................... 387
Czcionki, wprowadzenia i wpuszczone inicjay ..................................... 388
Cigle ta sama piewka ....................................................................... 394
Mania stopek ....................................................................................... 394
Gowa do gry ..................................................................................... 400
Szczegy, szczegy ............................................................................ 402

10

Projektowanie serwisw WWW. Standardy sieciowe

17. NYMag.com: proste standardy, seksowny interfejs ................... 405
Zestawienie zawartoci .............................................................................. 407
Od spisu zawartoci do strategii .......................................................... 412
Przyjaciele, jeszcze raz wr my do kodu .................................................... 414
Od nawiasw ktowych do klamrowych ..................................................... 417
Metody czyste szalestwo ............................................................... 422
Porozmawiaj z DOM ................................................................................. 425
Poznaj element colgroup ...................................................................... 425
Skorzystajmy z jQuery ........................................................................ 426
Standardy na kad por roku ................................................................... 432
Skorowidz .................................................................... 433

U k r yt y sch e mat kie p s kie g o kod u

ROZDZIA PI
TY

Nowoczesny
ukad znacznikw

z pierwsza nakrelia w skrcie problemy biznesowe i produkcyjne bdce wynikiem stosowania starych metod projektowania sieci, naszkicowaa korzyci pynce ze stosowania standardw oraz
odmalowaa radosny obraz napdzanego standardami rozwoju sieci.
W pozostaej czci ksiki przejdziemy od ogu do szczegu.
Najlepszym sposobem, by zacz , bdzie powicenie kilku sekund
na przeanalizowanie podstawowych zagadnie zwizanych z tworzeniem kodu stron, takich jak wybr wersji jzyka, jak naley stosowa ,
oraz sposoby kodowania niektrych, doskonale znanych, elementw
stron: nagwkw, akapitw i list (podpowied: chodzi o to, jak to robi
prawidowo semantycznie).
Wielu projektantom i programistom myl o ponownym analizowaniu
kodu nie przypadnie do gustu. Z pewnoci kady, kto spdzi na projektowaniu witryn wicej ni kilka tygodni, wie doskonale, o co chodzi
w starym, dobrym HTML-u. Czy nie powinnimy powica naszego
ograniczonego wolnego czasu, uczc si nowszych, uyteczniejszych
jzykw? Czy na przykad nie opaca si bardziej studiowa technologii dziaajcych po stronie serwera, takich jak PHP i jej podobne.
Odpowied brzmi: Tak i nie. Technologie dziaajce po stronie
serwera maj istotne znaczenie przy tworzeniu dynamicznych witryn odpowiadajcych na zapytania uytkownika. Nawet tradycyjne
witryny informacyjne mog odnie korzyci przez umieszczenie ich

119

120

Rozdzia 5. > Nowoczesny ukad znacznikw

treci w bazie danych i odwoywanie si do nich w miar potrzeby przy

uyciu PHP lub podobnych technologii. Niemal kada nowoczesna witryna
korzysta z takich technologii, nawet skromny i niepozorny blog. Podobnie
do standardw przedstawianych w tej ksice, jzyki skryptowe wykonywane
po stronie serwera oraz szkielety do tworzenia aplikacji, takie jak Ruby on
Raili, CakePHP, Dijango czy Symfony, umoliwiaj oddzielanie danych od
interfejsu. Tak jak CSS, ktre niweluj konieczno umieszczania wszystkich fragmentw treci w pozbawionych semantycznego znaczenia komrkach tabel HTML, tak jzyki, na przykad PHP, i systemy zarzdzania
relacyjnymi bazami danych (jak cho by MySQL) pozwalaj twrcom witryn
unikn wasnorcznego pisania kadej ze stron.
Co to takiego to PHP?
PHP (www.php.net) jest darmowym jzykiem skryptowym oglnego przeznaczenia,
ktry idealnie nadaje si do tworzenia
stron internetowych i moe by osadzany
wewntrz kodu HTML i XHTML. (Kod
PHP mona take umieszcza wewntrz
kodu HTML). Jego skadnia przypomina
jzyki, takie jak C, Java oraz Perl, i jest
wzgldnie atwa do przyswojenia. PHP
(skrt od Hypertext Preprocessor1) jest
bardzo funkcjonalny, ale swoj popularno zyska gwnie dziki moliwoci
wsppracy z baz danych MySQL (www.
mysql.com). Cecha ta pozwala programistom i projektantom w atwy sposb
tworzy dynamiczne strony i budowa
aplikacje sieciowe.
PHP stanowi projekt fundacji Apache
(www.apache.org) i moe by uywany
zupenie za darmo, co stanowi jedno ze
rde jego ogromnej popularnoci. Innym

jest ogromny zestaw narzdzi do testowania i profilowania2 kodu. Niezaleni

projektanci i programici uwielbiaj ten
jzyk (bd uwielbiali, zanim nie poznali
jego modszego kuzyna Ruby) i wykorzystuj go nieustannie do tworzenia coraz
to nowych stron i produktw (patrz rysunki 5.1 i 5.2). Z powodu jego skalowalnoci (nie wspominajc o braku opat)
due firmy, rzadko znane ze stosowania
otwartych standardw, pokochay PHP.
Przykadowo PHP napdza Yahoo.com
ju od 2002 roku (ostatnio jest przy tym
uywany otwarty szkielet PHP o nazwie
Symfony [http://www.symfony-project.
org]). Rwnie IBM wspar PHP sw
potg, gwnie za porednictwem formy
Zend i szkieletu CakePHP (http://www.
internetnews. com/ent-news/article.php/
3485806).

Mianem preprocesora okrela si program wstpnie analizujcy kod. Dla przykadu
w jzyku C preprocesor uruchamiany jest przed waciw kompilacj, aby dokona
odpowiednich podstawie w kodzie przyp. tum.
Przez profilowanie naley rozumie badanie wydajnoci kodu (jako caoci lub
poszczeglnych jego fragmentw) przyp. tum.

U k r yt y sch e mat kie p s kie g o kod u

121

Rysunek 5.1.
Projektant
i programista Shaun
Inman uy PHP,
MySQL, JavaScript
i CSS do stworzenia
Mint (havemint.com),
rozszerzalnego
narzdzia
do raportowania
potraficego
odpowiedzie,
kto odwiedza i tworzy
odnoniki do Twojej
witryny, z jakiej
przegldarki korzysta
i duo wicej

Rysunek 5.2.
Typowa instalacja Mint
(widoczna tutaj
pochodzi z witryny
konferencji
Event Apart)

122

Rozdzia 5. > Nowoczesny ukad znacznikw

Co to takiego to PHP? cig dalszy

PHP moe wsppracowa z oprogramowaniem serwerowym Microsoftu, ale najczciej uywany jest w poczeniu z serwerem Apache. Apache pracuje zarwno na
platformach Windows, jak i Unix (ze wskazaniem na te drugie). System operacyjny
OS X firmy Apple ma wbudowany jzyk
PHP i serwer Apache, podobnie z reszt
jak niemal wszystkie dystrybucje Linuksa.

PHP nie wymaga budowania interfejsu

przy uyciu ukadu CSS i poprawnego
semantycznego kodu znacznikw, ale tam,
gdzie trafiamy na oparte na standardach
strony sieciowe, bardzo czsto okazuje si,
e stoi za nimi PHP.

Jednak nawet dynamicznie wygenerowane strony stan si bezuyteczne,

jeeli bd niedostpne, niezgodne z wieloma przegldarkami i urzdzeniami
lub zamiecone niepotrzebnym kodem znacznikw. Jeeli dynamiczna strona
nie wywietli si poprawnie w jakiej przegldarce lub jej zaadowanie
zajmie 60 sekund przez cze modemowe, w sytuacji gdy wystarczyoby
w zupenoci 10 sekund, technologie serwerowe na niewiele si zdadz Twoim
uytkownikom. Jeli dodatkowo uytkownicy i wyszukiwarki nie bd
w stanie znale na witrynie interesujcych ich informacji, gdy zostay
zagrzebane wewntrz semantycznie bezsensownego kodu, wszystkie wysiki
woone w utworzenie piknego projektu, napisanie witryny i zapewnienie
jej odpowiedniej obsugi ze strony mechanizmw dziaajcych po stronie
serwera bdzie mona porwna do genialnych muzykw wystpujcych przed
pust widowni.
Czym jest Rails?
Ruby on Rails (www.rubyonrails.org) jest
szkieletem do budowania aplikacji sieciowych dostpnym na licencji otwartego kodu,
zoptymalizowanym pod ktem szybkiego,
produktywnego, stabilnego programowania
(patrz rysunek 5.3). Czym jest Ruby?
Dobre pytanie. Ruby jest zorientowanym
obiektowo jzykiem programowania stworzonym przez Yukihiro Matsumoto w 1995
roku i rozpowszechnianym jako wolne
oprogramowanie na licencji open source.
czy w sobie skadni inspirowan jzy-

kami Perl i Ada z funkcjami obiektowymi

oraz posiada wsplne cechy z jzykami Lisp
i Python
Zatem czym jest Rails? Rails jest szkieletem aplikacji dziaajcym w oparciu o model projektowy MVC (ang. model-viewcontroller model-widok-kontroler), napisanym w jzyku Ruby przez Davida Heinemeira Hanssona w lipcu 2004 roku. Rails
zosta wyodrbnionym z aplikacji Basecamp firmy 37signals (patrz rysunek 5.4).

U k r yt y sch e mat kie p s kie g o kod u

123

Rysunek 5.3.
Ruby on Rails
(www.rubyonrails.org)
dostpny w postaci
otwartych rde
szkielet
programistyczny.
Jego podstawowe
zasady to:
Nie powtarzaj si
oraz Konwencja
ponad konfiguracj

Rysunek 5.4.
Basecamp firmy
37signals
(basecamphq.com)
to nieustajce rdo
prezentw. Nie tylko
jest to wspaniaa
aplikacja do zarzdzania
projektami, ale rwnie
aplikacja, z ktrej
wyodrbniono Ruby
on Rails

(Wersja 1.0 zostaa opublikowana w postaci otwartego kodu rdowego w grudniu 2005 roku). Programici rzucili si na

niego, poniewa jego przewodnie zasady

pozwalaj szybciej pisa lepszy kod.

124

Rozdzia 5. > Nowoczesny ukad znacznikw

Czym jest Rails? cig dalszy

W wikszoci rodowisk programistycznych
trzeba napisa tuzin wierszy kodu, aby
przenie zmienn na ekran (lub z ekranu).
I to samo powtarza si za kadym razem
podczas tworzenia nowego programu, dla
kadej najmniejszej rzeczy, jak robi ten
program. To tak, jakby trzeba byo pisa
edytor tekstu zawsze wtedy, kiedy chcemy
wysa oficjalny list. Ruby on Rails odrzuca
ten model. Wewntrz Rails programici
nie musz ju kodowa obsugi kadego
najmniejszego szczegu musz jedynie skonfigurowa to, co jest niekonwencjonalne. Podobnie jak PHP, Ruby nie
Rysunek 5.5.
Twitter
(www.twitter.com),
niezwykle popularna
aplikacja
do dystrybucji
mikrowiadomoci,
powstaa przy uyciu
CSS, XHTML 1.0
Strict oraz Ruby
on Rails

wymaga budowania interfejsu zgodnie ze

standardami, ale te dwa elementy id
w parze duo czciej ni osobno. Poczenie XHTML-a, CSS, JavaScriptu i Ruby
on Rails zapewnia dziaanie wielu popularnych aplikacji internetowych, takich jak
Twitter (patrz rysunek 5.5). Ruby on Rails
jest take z powodzeniem wykorzystywany
w tradycyjnych aplikacjach internetowych,
na przykad yellowpages.com (patrz rysunek 5.6). Inne jzyki programowania
wrd nich PHP i Python take udostpniaj szkielety aplikacji MVC, podobne
do Ruby on Rails.

U k r yt y sch e mat kie p s kie g o kod u

125

Rysunek 5.6.
Powicz troch palce,
przeszukujc
ksik telefoniczn
Yellow Pages (www.
yellowpages.com),
napisan w XHTML
1.0 Transitional
i korzystajc
z Ruby on Rails

Krtko mwic, nie mona rozdziela obu technologii. Technologie dziaajce

po stronie serwera w poczeniu z bazami danych umoliwiaj tworzenie
sprytniejszych, bardziej funkcjonalnych stron, ale to, co dostarczaj te strony,
jest zawartoci, ktra dziaa najlepiej, kiedy posiada czyst i prost struktur.
I wanie w tym miejscu wikszo z nas zawodzi (ale zawodzi take wiele systemw do zarzdzania zawartoci, na ktrych polegamy).

Ukryty schemat kiepskiego kodu

W trakcie pierwszej dekady istnienia przemysu sieciowego projektowanie
przypominao prb nakarmienia mnstwa wybrednych dzieci. Aby zbudowa dziaajc stron, posusznie uczylimy si diety kadej przegldarki. Obecnie wszystkie przegldarki akceptuj to samo poywne jedzonko,
a robi to od 2001 roku, ale wielu programistw jeszcze tego nie zrozumiao i wci dosypuje cukier do jajecznicy.
Ze jedzenie zatyka arterie, niszczy zby i zmniejsza ywotno tych, ktrzy
je spoywaj. Zy kod znacznikw jest szkodliwy dla krtkoterminowych
potrzeb uytkownikw oraz dugoterminowego zdrowia zawartoci stron.
Do niedawna jednak fakt ten by przed nami ukrywany wskutek tolerowania przez popularne przegldarki zamieconego i bdnego kodu, o czym
mwiem w rozdziale 1.
Tu oraz w kolejnych rozdziaach bdziemy odkrywa na nowo zapomnian
natur czystego, semantycznego ukadu znacznikw oraz nauczymy si

126

Rozdzia 5. > Nowoczesny ukad znacznikw

Inne platformy, inne obszary

Dwie inne platformy skryptowe uywane do tworzenia dynamicznych
stron i seksownych aplikacji sieciowych to Microsoft Active Server
Pages .NET 2.0 (www.asp.net) oraz Adobe ColdFusion 8 (www.adobe.
com/software/coldfusion/). Kada z nich ma swoje mocne strony oraz
zagorzae rodowisko uytkownikw. Java Serve Pages (JSP), jeszcze
jedna technologia dynamiczna, jest powszechnie stosowana w ogromnych systemach dla przedsibiorstw i zdecydowanie wykracza poza
zakres tej ksiki.
Systemy do publikacji utworzone w niektrych z wymienionych jzykw
mog przy braku uwagi popsu szablony stron przygotowane zgodnie
ze standardami. W jednej z aplikacji, w tworzenie ktrej zaangaowana
bya moja agencja, ASP (przed .NET 2.0) generowa wszystko niepoprawnie, dopki nie wczylimy do procesu HTML Tidy (tidy.sourceforge.
net). Przypominao to obrzucanie botem czystych ubra, a nastpnie
mycie ich wem, ale pozwalao uzyska poprawne strony z systemu,
ktry by nieprzyjazny dla dobrego, czystego kodu. Pomijajc ju
HTML Tidy, bardzo pomocne przy wprowadzaniu danych do systemw
CMS moe si okaza wykorzystanie takich narzdzi jak TinyMCE
(tinymce.moxicode.com) lub WYMEditor (www.wymeditor.org). Istniej
take jzyki quasi-znacznikowe, takie jak Textile Deana Allena
(www.redcloth.org/hobix.com) lub Markdown Johna Brubera (www.
daringfireball.net/projects/markdown), ktre take mog pomc osobom
nieobeznanym z HTML-em w tworzeniu prawidowego, zgodnego ze
standardami kodu.
myle strukturalnie, zamiast postrzega kod znacznikw jako drugorzdne
narzdzie projektowania. Jednoczenie przyjrzymy si XHTML-owi 1.0
standardowemu jzykowi do projektowania witryn. Poznamy jego cele oraz
korzyci wynikajce z jego stosowania. Opracujemy strategi przejcia
z HTML-a na XHTML. Przyjrzymy si take nowemu graczowi na rynku
jzykowi HTML 5 (www.w3.org/TR/html5).

SYNDROM B DNYCH ADRESW URL

J
zyki skryptowe cz
sto generuj dugie adresy URL zawieraj ce
niezakodowane znaki &, zastrzeone w HTML/XHTML. W HTML-u
i XHTML-u znak & uywany jest do wskazania encji znakowej, takiej jak
&#8217;, ktra oznacza poprawny typograficznie znak apostrofu w kodzie
Unicode. Mona to naprawi, stosuj c funkcj
ColdFusion o nazwie

U k r yt y sch e mat kie p s kie g o kod u

127

URLEncodeFormat(). ASP posiada podobn funkcj

o nazwie HTMLEncode.
Z kolei j
zyk PHP udost
pnia funkcje urlencode() (http://php.net/
manual/pl/function.urlencode.php), rawurlencode() (http://php.net/
manual/pl/function.rawurlencode.php) oraz htmlentities() (http://php.net/

manual/pl/function.htmlentities.php). We wszystkich tych przypadkach

programici mog (i powinni) unika problemu, przepuszczaj c
wszystkie adresy URL przez wymienione funkcje przed umieszczeniem
ich w kodzie strony.
Dziwnym zbiegiem okolicznoci jest to, e poprawne kodowanie z uyciem
XHTML-a zachca do pisania kodu w sposb strukturalny i zniechca do
tworzenia prezentacyjnych sztuczek. W XHTML 1.0 Transitional takie
sztuczki s uwaane za przestarzae, co oznacza, e moesz je stosowa ,
jeli musisz, ale jeste zach
cany do osigania tego samego rezultatu w inny
sposb na przykad przy uyciu CSS. W XHTML 1.0 i 1.1 Strict
sztuczki prezentacyjnie s oficjalnie zabronione. Ich zastosowanie sprawi, e
strona przepuszczona przez usug weryfikujc poprawno kodu W3C
(nazywan walidatorem) nie przejdzie testu (patrz rysunek 5.7). (Jeeli nie
poznae jeszcze tego narzdzia, zrobisz to z pewnoci, kiedy nauczysz
si projektowa i budowa strony z uyciem standardw. Patrz ramka
Sprawd to!).
Rysunek 5.7.
Projektanci
i programici korzystaj
z darmowej usugi
sprawdzajcej
poprawno kodu
oferowanej przez W3C
(validator.w3c.org),
aby si upewni,
czy ich strony
s zgodne
ze standardami

Niezalenie od tego, czy wybierzesz XHTML, czy Strict lub Transitional,

dowiadczysz uczcego pokory odkrycia, e caa Twoja wiedza jest za:
amanie wierszy (br) stosowane do symulowania listy, nagwki wymuszajce

128

Rozdzia 5. > Nowoczesny ukad znacznikw

Sprawd
to!
Usuga weryfikowania poprawnoci stron (validator.w3.org) testuje
strony zbudowane przy uyciu XHTML-a 4.01, XHTML-a 1.0 oraz
XHTML-a 1.1 i ocenia ich zgodno ze specyfikacj jzyka. Usuga
weryfikujca CSS (jigsaw.w3.org/css-validator) robi to samo w odniesieniu do arkuszy stylw. Grupa zajmujca si projektowaniem sieci
w htmlhelp.com utrzymuje rwnie niezawodn usug do sprawdzania
ukadu znacznikw (www.htmlhelp.com/tools/validator). Wszystkie trzy
usugi oferowane s cakowicie za darmo.
Rada: HTML-owi maniacy jeli zajmujecie si ju HTML-em 5,
pamitajcie, e nie wszystkie walidatory bd prawidowo sprawdza
wasze strony. Jedn z usug, ktra to potrafi, jest walidator HTML 5
dostpny na stronie validator.nu (patrz rysunek 5.8). Take Validation
Service W3C jest ju w stanie sprawdza poprawno kodu HTML 5.
Cieszcie si i radujcie!
Rysunek 5.8.
By moe ta strona nie
jest szczeglnie pikna,
jednak validator.nu
jest uytecznym
narzdziem, ktre
sprawdza poprawno
kodu XML, HTML 5, itd.
(www.validator.nu)

okrelony sposb wywietlania, przezroczyste obrazki GIF do tworzenia

biaej przestrzeni... Bdziesz zaszokowany faktem, e kiedy stosowae tego
typu sztuczki.
Zamiast korzysta z prezentacyjnych sztuczek, zaczniesz myle strukturalnie. Pozwolisz kodowi znacznikw, by peni swoj rol. Nawet w ukadach hybrydowych, stosujcych tabele oraz inne elementy do prezentacji,

U k r yt y sch e mat kie p s kie g o kod u

nauczysz si robi wicej przy uyciu CSS na przykad usuwa zoone
i nadmiarowe znaczniki koloru oraz atrybuty komrek tabel i zastpowa
je jedn lub dwoma reguami w globalnym arkuszu stylw. W miar poznawania nowego jzyka kodowania bdziesz zapomina stopniowo o zych przyzwyczajeniach. Przejdmy zatem do rzeczy.

Przeformuowanie czego?
Powoamy si na W3C i zacytujemy: XHTML (www.w3.org/TR/xhtml1)
jest przeformuowaniem HTML-a w XML. Mwic prociej i mniej precyzyjne, XHTML jest jzykiem znacznikw bazujcym na XML-u i dziaajcym oraz wygldajcym jak HTML z kilkoma maymi, lecz znaczcymi rnicami. W przegldarkach oraz innych klientach uytkownika
XHTML 1.0 dziaa dokadnie tak samo jak HTML, chocia niektre nowoczesne przegldarki mog traktowa ten jzyk nieco odmiennie o czym
piszemy w nastpnym rozdziale. Z punktu widzenia projektantw i programistw, pisanie w XHTML-u 1.0 przypomina do zudzenia pisanie
w jzyku HTML tyle e z troch bardziej cisymi reguami i jednym
lub dwoma nowymi elementami, o ktrych za chwil.
W rozdziale 4. opisalimy XML (ang. eXtensible Markup Language) jako
superjzyk, z ktrego programici mog wywodzi inne, dostosowane do
wasnych potrzeb jzyki znacznikw. XHTML (ang. eXtensible Hypertext
Markup Language) jest jednym z takich jzykw. XHTML 1.0 jest pierwsz
i najbardziej zgodn wstecz wersj XHTML-a, std te najlepiej nadaje
si do nauki i sprawia najmniej kopotu starszym przegldarkom.
Inne aplikacje i protokoy bazujce na XML-u liczone s w setkach, a ich
popularno bazuje midzy innymi na zdolnoci do wymiany i transformowania danych przy minimalnym koszcie oraz zaledwie kilku (o ile w ogle)
kopotach ze zgodnoci cnotach, jakie dziel z XHTML-em. Pord
tych protokow wymieni mona Rich Site Summary (blogs.law.harverd.
edu/tech/rss), Scalable Vector Graphics (www.w3.org/TR/SVG), Synchronized Multimedia Integration Language (www.w3.org/TR/REC-smil)
i Resource Description Framework (www.w3.org/RDF). (Wicej informacji
o tych jzykach mona znale w rozdziale 4.).
Kady z tych protokow peni rol w rozwijajcej si sieci, ale aden z nich
nie jest tak istotny dla projektantw i programistw jak XHTML i aden
z nich nie jest te rwnie prosty.
Po co w ogle przeformuowywa HTML na XML lub cokolwiek innego?
Z jednego powodu XML jest jzykiem spjnym, czego nie mona

129

130

Rozdzia 5. > Nowoczesny ukad znacznikw

powiedzie o HTML-u. Jeeli w XML-u otworzysz znacznik, musisz go

zamkn . W HTML-u niektre znaczniki nigdy nie s zamykane, inne zawsze, jeszcze inne zalenie od woli programisty. Ta niekonsekwencja moe
spowodowa praktyczne problemy. Przykadowo niektre przegldarki mog
odmwi wywietlania strony HTML, ktra pozostawia niedomknite komrki
tabeli, mimo e specyfikacja HTML pozwala na tak praktyk. XHTML
zmusza do zamykania wszystkich elementw, zatem unika si problemw
z przegldarkami i oszczdza czas niezbdny na testowanie oraz usuwanie
usterek. Nie trzeba rwnie pamita , ktre znaczniki naley zamyka ,
a ktre nie.
Co waniejsze, jeeli napiszesz stron w jzyku bazujcym na XML-u, bdzie
ona lepiej wspdziaaa z innymi jzykami, aplikacjami i protokoami opartymi na XML-u.
Skoro XML jest tak wany, czemu nie napisa jzyka opartego na XML-u,
ktry bdzie dziaa dokadnie tak jak HTML? XML jest potny i wszechobecny, nie mona jednak zaserwowa przegldarce danych w surowej
postaci XML-a i oczekiwa , e zrobi z nimi co inteligentnego, na przykad
wywietli adnie sformatowan stron internetow. Niestety, starsze przegldarki nie poradz sobie z wywietleniem strony napisanej w XML-u.
W istocie zatem XHTML jest technologi poredni, czc potg XML-a
(w pewnej czci) z prostot jzyka HTML (w wikszoci).

Podsumowanie
Mwic oglnie, XHTML to XML dziaajcy jak HTML w starych i nowych
przegldarkach oraz w wikszoci urzdze internetowych, poczynajc od
antycznych, takich jak Newton (produkowany w latach 90. ubiegego wieku),
poprzez urzdzenia Palm, a po iPhony. Praktyczna, przenona i wydajna
technologia.
XHTML jest rwnie prosty jak HTML troch prostszy dla pocztkujcych, ktrzy nie posiadaj zych przyzwyczaje i by moe ciut trudniejszy dla weteranw zajmujcych si projektowaniem od samego pocztku
lat 90. ubiegego stulecia.
XHTML jest aktualnym standardem (zastpujcym HTML 4), ktry ma
na celu przywrcenie rygorystycznej, logicznej struktury i zawartoci dokumentu zapewniajcej lepsze wspdziaanie z innymi standardami sieciowymi, takimi jak CSS i DOM, oraz dobr wspprac z innymi istniejcymi
i przyszymi jzykami, aplikacjami oraz protokoami bazujcymi na XML-u.

U k r yt y sch e mat kie p s kie g o kod u

Lista wszystkich korzyci pyncych ze stosowania XHTML-a zostaa

zamieszczona na kocu rozdziau.

WERSJA STRICT CZY TRANSITIONAL?

W pierwszych dwch wydaniach tej ksi ki zalecalimy stosowanie wersji
XHTML 1.0 Transitional jako najbardziej wyrozumiaej spord wszystkich
wersji tego j
zyka, najbardziej zblionej do tradycyjnych metod tworzenia
stron oraz najatwiejszej do poznania i zastosowania. Jeli starasz si
oduczy
starych nawykw lub chcesz uaktualni istniej ce witryny w agodny i spokojny
sposb, XHTML 1.0 Trasitional b
dzie najlepszym z moliwych wyborw.
Jednak z drugiej strony, aktualnie wi
kszo zwolennikw przestrzegania
standardw preferuje tworzenie stron w bardziej rygorystycznej wersji
XHTML 1.0 Strict b d te, jeli s w stanie generowa odpowiednie typy
MIME dla wszystkich przegl darek, z wyj tkiem Internet Explorera, w wersji
XHTML 1.1 Strict. Wybr wersji Strict jako domylnej jest cz
ciowo kwesti
mody to sposb pokazania caemu wiatu (albo przynajmniej tej jego cz
ci,
ktra zaprz ta sobie gow
ogl daniem kodu rdowego odwiedzanych stron),
e nie uznajemy kompromisw, jeli chodzi o stosowanie standardw.
Zasadniczo to nic zego.

XHTML 2 nie dla kadego

W momencie wydania pierwszej edycji tej ksiki wersja robocza specyfikacji XHTML 2.0 zostaa przekazana do konsultacji spoecznoci projektantw i programistw. Kiedy zaczynalimy prac nad trzecim wydaniem
sze lat pniej XHTML 2.0 jest nadal wersj robocz (www.w3.org/
TR/xhtml2) i nie zosta zaktualizowany od trzech lat. Mogoby to wiadczy o tym, e wiat nie dopomina si XHTML-a 2. I faktycznie, cho w jego
specyfikacji mona znale kilka fascynujcych rozwiza, jednak nigdy
nie znalaz wielkiego poklasku w spoecznoci programistw. 2 lipca 2009
roku W3C skrcio mki XHTML-a 2 (http://www.w3.org/News/2009#
item119), zamykajc prace nad nim, a spoeczno osb zainteresowanych
standardami oszalaa z wciekoci (http://www.zeldman.com/2009/07/07/
in-defense-of-web-developers/).
Gwnym celem XHTML 2.0 byo zblienie si do semantycznego ideau,
nawet za cen wyrzucenia na mietnik dotychczasowych metod programowania. Pocztkowa wersja bya faktycznie bardzo purystyczna. Z zaoenia XHTML 2.0 nie by zgodny wstecz z HTML lub XHTML 1.0. Porzuca znajome konwencje, takie jak element img (zastpowany przez element

131

132

Rozdzia 5. > Nowoczesny ukad znacznikw

object), znacznik br (zastpowany przez nowy element line, zamieniony
pniej na l) oraz wiekowy znacznik zakotwiczenia; zamiast niego otrzymujemy do dyspozycji technologi zwan hlink.

Programici tak bardzo narzekali na t ostatni zmian, e w pniejszej

wersji element a zosta przywrcony. Ale w skorygowanym XHTML2 kady
element bd grupa elementw strony mogy posiada atrybut href. Naley
zwrci uwag, e wielu programistom niezwykle spodobaa si moliwo
dodania atrybutu href do kadego elementu strony; rozwizanie to zostao
pniej wykorzystane w HTML-u 5, nastpcy XHTML-a 1.0, ktrym obecnie pasjonuje si sporo dzieciakw. Problem polega jednak na tym, e aktualnie wikszo przegldarek obsuguje atrybuty href umieszczane jedynie
w elementach a.
Jeli chodzi o img, to w kocu udao mu si wrci do XHTML 2 (http://www.
w3.org/TR/xhtml2/mod-image.html#sec_20.1), zosta jednak uznany za
przestarzay. Wci zamiast niego powinnimy uywa object, chocia od
dawna wiadomo, e object nie dziaa w Internet Explorerze z wyjtkiem
wersji IE8. (Mona to take wyrazi w bardziej uprzejmy sposb, mianowicie tak: to fajnie, e IE8 w kocu obsuguje element object).
Niektrzy projektanci przywitali proponowan specyfikacj XHTML 2
okrzykami radoci. Inni narzekali, e wydaje si zbytnio buja w obokach,
a za mao skupia si na faktycznych problemach tworzenia stron. (No dobrze,
to chyba nam si wyrwao). Wikszo projektantw nie przywizywaa do
niej wcale uwagi. Sze lat pniej wszyscy, poza garstk nowatorw, nadal
j ignoruj. Zamiast obsugiwa i rozwija dwa standardy jzykw znacznikowych przyszoci, spord ktrych tylko jeden interesowa spoeczno twrcw stron WWW, W3C podjo cakiem sensown decyzj, by
zakoczy prace nad XHTML 2.0.
By moe XHTML 2.0 jest ju martwym pomysem, jednak nie musimy
si tym martwi .
adna z przegldarek nie przestanie bowiem obsugiwa
XHTML-a 1. Podobnie, adna z przegldarek nie przestanie obsugiwa
HTML-a 4. Witryny napisane poprawnie i zgodnie ze specyfikacj HTML
4.01 bd prawidowo wywietlane jeszcze przez dugie lata. To samo dotyczy
witryn napisanych prawidowo i zgodnie ze specyfikacj XHTML 1.
Jednak po co uywa XHTML-a, skoro w przyszoci jzykiem do tworzenia
stron WWW ma by HTML 5? To cakiem zasadne pytanie, ktre twrcy
stron uywajcy HTML-a od ponad dekady niejednokrotnie sobie zadawali. Gdyby XHTML 5 mia si pojawi niebawem, a wszystkie przysze
wersje przegldarek miay obsugiwa wszystkie jego nowoci (zaczynajc

5 n a j w a  n i e js z y c h p o w o d w , d l a ktrych warto wybra HTML

do elementw strukturalnych, takich jak footer, a koczc na atrybutach

href dodawanych do dowolnych elementw strony), to faktycznie zawracanie
gowy nauk XHTML-a byoby mao sensowne. Jedynym argumentem przemawiajcym na korzy XHTML-a mogaby by nieco wiksza zgodno
witryny z aplikacjami XML. Jednak prace nad standardem HTML 5 s jeszcze dalekie od zakoczenia, a Internet Explorer (i w mniejszym stopniu take
inne przegldarki) nie obsuguje wikszoci nowych elementw tego jzyka.
A zatem obecnie wybr pomidzy jzykami HTML i XHTML mona sprowadzi do listy piciu podstawowych zagadnie, przedstawionych poniej.

5 najwaniejszych powodw,
dla ktrych warto wybra HTML
1. HTML dziaa prawidowo we wszystkich przegldarkach, a wszystkie
przegldarki (w tym IE) prawidowo obsuguj MIME HTML.
2. Cho najprawdopodobniej prace nad HTML 5 nie zostan jeszcze
zakoczone przez kilka najbliszych lat, jednak najnowsze
przegldarki obsuguj ju niektre jego elementy. Stwarza
to doskona okazj, by ju teraz rozpocz nauk tej nowej,
uytecznej wersji jzyka.
3. HTML traktuje bdy bardziej wyrozumiale ni XHTML.
4. HTML nie wymaga tak cisego zamykania elementw jak XHTML,
a to z kolei moe nieznacznie zmniejszy zuywan przepustowo .
(A zuycie przepustowoci przez DOCTYPEE HTML 5 jest najmniejsze
z moliwych),
5. HTML 5 jest pierwsz wersj tego jzyka, zaprojektowan pod
ktem bogatych aplikacji internetowych, dlatego te wielkie firmy
internetowe, takie jak Google, bez wtpienia bd nim bardzo
zainteresowane. Jeli zatem zajmujesz si aplikacjami internetowymi
i odpowiada Ci kierunek rozwoju HTML-a 5, to teraz jest doskonay
moment, by zacz go poznawa i stosowa .
Dodatkowym plusem jest fakt, e w adnej z nowoczesnych przegldarek
obecno DOCTYPE HTML nie powoduje ju automatycznego przechodzenia
do trybu dziwactw. Cho nie jest to adn zalet w porwnaniu ze stosowaniem XHTML-a, jednak uycie HTML-a nie pogarsza ju sytuacji programistw i nie zwiksza ryzyka przejcia przegldarki do niebezpiecznego
trybu dziwactw. W dalszej czci ksiki, w rozdziale 7., opiszemy podstawowe cele jzyka HTML 5, jego rnice w stosunku do XHTML-a oraz
dokadniej przedstawimy jego elementy, reguy i skadni.

133

134

Rozdzia 5. > Nowoczesny ukad znacznikw

5 najwaniejszych powodw,
dla ktrych warto wybra XHTML 1
1. XHTML jest aktualnym standardem znacznikw, zastpujcym
HTML 4.
2. XHTML jest zaprojektowany do wsppracy z innymi jzykami
skryptowymi, aplikacjami i protokoami bazujcymi na XML.
HTML nie posiada takiej moliwoci.
3. XHTML jest bardziej spjny ni HTML, zatem mniej skonny
do stwarzania problemw zwizanych z funkcjonowaniem
i wywietlaniem treci.
4. Tworzenie w jzyku XHTML pozwala na wyzbycie si
przyzwyczajenia do pisania prezentacyjnego kodu znacznikw,
a to z kolei moe pomc w unikniciu problemw z dostpnoci
i niezgodnoci przy wywietlaniu stron w przegldarkach rnych
producentw. (Jeeli piszesz strukturalny kod XHTML i umieszczasz
wszystkie lub prawie wszystkie elementy prezentacji w CSS, czyli
tam, gdzie powinny by , nie bdziesz musia duej martwi si
o rnice pomidzy przegldarkami Firefox i Internet Explorer,
takie jak puste komrki tabel, do ktrych zastosowano atrybut
szerokoci).
5. Podobnie jak wiczenia z metronomem sprawi, e bdziesz lepszym
muzykiem, tak znaczenie, jakie w XHTML-u jest przykadane
do prawidowego formatowania kodu i przestrzegania regu, stanowi
doskona platform
edukacji spoecznej dla wszystkich projektantw
i programistw, ktrzy przez dugie lata nawykli do tworzenia kodu
HTML pozbawionego semantycznego sensu. Jeli nawet za dwa
lub trzy lata wrcisz do HTML-a 5, to dziki poznaniu XHTML
bdziesz tworzy bardziej przejrzysty i lepszy kod nauczysz si
bowiem przestrzega semantyki wymuszanej przez cise
i rygorystycznie przestrzegane zasady.

Podstawowy powd,
dla ktrego nie warto wybiera XHTML-a
1. Nie znasz zasad XHTML-a.
Na szczcie, temu punktowi moemy zaradzi patrz rozdzia 6.