Kas pakeis HTML4?

Mylim ir keikiam mes tą HTML 4. Iš vienos pusės, kartu su CSS šis tinklalapių kūrimo standartas yra labai daugelio gražių, funkcionalių ir patogių naudoti svetainių pagrindas, iš kitos – jame tiek daug nelogiškų dalykų, tiek „skylių“, tiek daug erdvės naršyklių interpretacijai, kad neretai visa pagarba HTML 4 kūrėjams išgaruoja kiek rimčiau prisėdus prie kodo. Netrukus HTML 4.01 pakeis naujas žiniatinklio kodo standartas. Ką jis žada kodo kalviams ir paprastiems interneto naršytojams?

Na, visų pirma, dar neaišku, kokia kryptimi tobulės HTML standartas: yra du skirtingi ir labai stipriai konkuruojantys pasiūlymai, kiekvienas su savo privalumais ir trūkumais. Labai supaprastinus situaciją, juos galima apibūdinti taip:

• XHTML 2 siekia sukurti naują, logiškai tvarkingą kodo sistemą pagal klasikinius SGML kanonus taip, kad joje nebeliktų atgyvenų ir erdvės klaidingai interpretacijai;
• X/HTML 5 tęsia senąją HTML tobulinimo tradiciją tobulėti palaipsniui, pridedant naujų kodo elementų ir palaipsniui atsisakant „atgyvenusių“.

Pirmasis yra nesuderinamas su HTML 4, o antrasis – suderinamas, nes yra laipsniško keitimo etapas.

Argumentai

Abi stovyklos turi svarių argumentų savo versijai apginti.

XHTML 2 šalininkai teigia, kad palaipsnis HTML keitimas ir atvedė prie tokio chaoso, kokį turime šiandien, kad aiškios struktūros nebuvimas ir tolerancija nebetinkamiems elementams stabdo viso žiniatinklio progresą, kuris įgytų naują pagreitį, pradėtas su nauju, daug nuoseklesniu pagrindu.

X/HTML 5 entuziastai sako, kad negalima nepaisyti to, kas iki šiol yra sukurta, nepavyks priversti žmonių „pernakt“ pakeisti svetaines ar naujų kūrimo metodiką. Jie ragina nepamiršti, kad HTML naudoja ne tik naršyklės, bet ir daugybė kitų programų, kurias perrašyti iš naujo kainuos labai brangiai. Pats kodo keitimas pareikalaus naujų žinių, laiko jas išmokti ir labiausiai nuskriaus mažas įmones bei nepelno organizacijas, kurios nespės ar neturės lėšų greitai persiorientuoti. Be to, sakoma, kad nepaisant chaoso, žiniatinklis atlaikė visus išbandymus ir įrodė galįs tobulėti pažingsniui.

Pirmieji argumentai – akademiškai nepriekaištingi, antrieji – žmogiškai praktiški.

XHTML 2 naujovės

Kol kas informacijos apie XHTML 2 yra santykinai nedaug, ypač jei ieškote vieno ar kito pakeitimo motyvų ar palyginimo su HTML 4, bet štai keletas dalykų, kurie man krito į akį (nesu profesionalus žiniatinklio dailidė, tai mano požiūris mėgėjiškas):

• bet koks elementas gali tapti nuoroda, tereikia tik prie jo prirašyti „href“;
• įvesta meniu navigacijos struktūra „nl“ (nuo „navigation list“) – viduje jos elementai dedami su jau įprastomis „li“ žymomis;
• išmesta viskas, kas buvo susiję su šrifto išvaizda: žymos „font“, „big“, „small“, „b“, „i“ ir panašiai;
• antraštės nebeturi h1-h6 laipsnių, vietoje to, jos paklūsta „section“ žymos hierarchijai;
• įvesta žyma „role“, skirta paaiškinti elemento paskirtį paieškos sistemoms ir programoms.

X/HTML 5 pažadas

Nors X/HTML 5 versija bus „iteracinė“, naujovių ir joje apstu. Šioje apžvalgėlėje tikrai paminėsiu tik trupinuką, nes dar ne kartą grįšiu prie HTML 4 pakaitalo temos – galiausiai, ji tikrai svarbesnė už naujas naršyklių versijas ar žiniatinklio tarnybas. Taigi HTML 5 įdomybės:

• Kaip ir XHTML, HTML 5 dalina tinklalapį į dalis („sections“), kurios padės geriau identifikuoti struktūrą ir elementų hierarchiją;
• „aside“ galima laikyti specifine „div“ atmaina, žyminčia su tekstu nesusijusius įterpinius;
• Mane labai sužavėjo elementas (bet ne vardas) „figure“, skirtas parašams po nuotraukomis ir iliustracijomis – tokio labai trūksta dabartiniame HTML kode;
• „Input“ elementas galės tikrinti datos, laiko, el. pašto, nuorodos ir pan. formatą dar prieš siųsdamas į serverį. Sutaupysime aibę PHP/Perl kodo;
• Tokie elementai, kaip „meter“ (kiekiui) ir „time“ (laikui) tiesiog padeda naršyklėms ar paieškos robotams atpažinti prasmines apdorojamas teksto dalis ir kloja pagrindą mikroformatams;
• Duomenų tinklelis „datagrid“ nuo HTML lentelės skiriasi tuo, kad yra aktyvus – vartotojas ar programos gali keisti duomenis jame, trinti laukelius ar pridėti naujus.

Už ką statom?

Aš dar nenorėčiau rinkti vieno nugalėtojo. Dar per mažai žinau apie juos. Gali būti, kad abu egzistuos ir bus naudojami lygiagrečiai. Žinodamas kovų dėl standartų istoriją, neturiu iliuzijų, kad abi kūrėjų grupės susitars.

Dabar klausimas jums: už kokią HTML progreso formą būtumėte: radikalią ar palaipsnę?