Am aflat dintr-un articol recent de pe Slashdot cum că W3C ar evalua introducerea lui HTML 5, o problematică nu tocmai recentă, fiind lansată încă din primăvară. Ce pare de neînţeles de către cei care au lansat debate-uri pe tema aceasta pe site-urile de specialitate, este că nu W3C se află în spatele acestei mutări, ci o organizaţie independentă, WHATWG, “a loose, unofficial, and open collaboration of Web browser manufacturers and interested parties“, o coaliţie puţin dubioasă după mine.
Şi de parcă nu ar fi destul, se gândesc deja la HTML 6, cu toate că specificaţiile versiunii 5 sunt în stadiul de foarte “working draft” (unele secţiuni sunt completate semnificativ cu puncte de suspensie), iar implementarea în browserele actuale există pentru mici părţi. WHATWG admite că HTML 5 va putea ajunge o recomandare W3C nu mai devreme de 15 ani, timp necesar pentru elaborarea de test cases (pentru a ajunge recomandare a Consorţiului W3) şi implementarea în browsere. Răspunsul W3C a anunţat o resuscitare a eforturilor pentru continuarea dezvoltării lui HTML şi o colaborare deschisă cu producătorii de browsere, developeri şi grupul WHATWG. Reamintesc că asta vine după ceva timp în care W3C a recomandat puternic migrarea la XHTML.
Exemple de funcţionalităţi propuse de HTML 5 sunt marcajele <article>, <dialog>, <video>, <progress> şi <canvas>, ultimul tag fiind implementat iniţial de Safari, apoi de Mozilla Firefox 1.5 şi Opera. Acesta permite includerea unei scene desenate la încarcarea paginii, oferind o abordare diferită faţă de SVG, tehnologie recomandată de W3C bazată pe XML ce descrie imagini randate apoi în browser. Pe de altă parte, scena adresată de <canvas> este controlată de JavaScript, oferind posibilitatea de a crea chiar un joc. Exemple aici şi aici.
De asemenea, /> este tolerat susţinând astfel migrarea dezvoltatorilor de la XHTML la HTML 5. Un lucru bun, este precizarea unui mecanism eficient de tratare a wrong-nested tags sau a celor neînchise, în momentul de faţă acest lucru fiind decis la nivelul browserului, ceea ce duce la rezultate diferite în navigatoare diferite, nu întotdeauna corecte.
Printre propunerile lor, în afară de HTML 5 (cunoscut şi ca Web Applications 1.0), se mai numără şi Web Forms 2.0 şi Web Controls 1.0. Prima vizează o abordare avansată (şi recunosc, interesantă) a formelor, permiţând validări client-side impuse de HTML (verificare implicită pentru noile câmpuri email sau url de exemplu, sau restricţii descrise cu atributele pattern şi required), suport avansat pentru upload, atributul autofocus, dar şi alte elemente şi controale noi. Web Controls ajută la crearea de widgets adaugând funcţionalităţi în JavaScript şi CSS.
Pentru majoritatea chestiilor propuse există deja soluţii, chiar dacă solicită eforturi suplimentare din partea dezvoltatorului. Un exemplu ar fi verificările native asupra formelor care oricum nu înlocuiesc validările server-side. De fapt, ceva similar promovează şi XForms de la W3C. De asemenea, AJAX creează deja o experienţă nouă, existând tot felul de framework-uri pentru cereri transparente (ascunzând particularităţile browser-specific), efecte sau implementarea de widgets, înlocuind features ce sunt amintite de HTML 5. De aceea, nu văd să fie o nevoie de reală pentru majoritatea alternativelor introduse de HTML 5 şi tehnologiile însoţitoare, deşi sunt menţionate şi o serie de idei pe care le susţin.
(3 votes, average: 5 out of 5)
Loading …Popularity: 27%
