Drupal 8 får HTML5 som standardformat

Den nye version af CMS'et Drupal, version 8, vil automatisk kreere websider i HTML5. Perfekt til den mobile æra, siger Drupal-grundlægger Dries Buytaert.

En af de største begrænsninger for de fleste websider er, at de ikke er optimeret til mobile enheder. Og at udviklere skal bruge for lang tid på at tilpasse dem.

Det problem løses CMS’et Drupal, hvis version 8 som standard kreeres i HTML5. Det fortalte Dries Buytaert, open source-guru og grundlægger af Drupal, til The Register på dette års DrupalCon-konference i London.

I øjeblikket kører cirka to procent af alle verdens internetsider med Drupal. Et tal, der er vokset med 100 procent fra april sidste år, hvor Drupal altså kun stod for 1 procent af alle websider.

I øjeblikket spytter Drupal sider ud i XHTML, og ofte skal siderne omkodes for at virke på mobile enheder. Dette bliver nu anderledes med Drupal 8, som altså som standard kreerer siderne i HTML5.

Tips og korrekturforslag til denne historie sendes til tip@version2.dk
Kommentarer (7)
sortSortér kommentarer
  • Ældste først
  • Nyeste først
  • Bedste først
Casper Thomsen

Det er værd at bemærke, at én ting er, hvad Drupal-kernen gør, noget andet er, hvad der bruges på Drupal-sites, som ofte benytter temaer uden for Drupal-kernen.

Her på Version2 kører vi for eksempel med et tema, som benytter HTML5, selv om det er Drupal 7 - så man behøver altså ikke vente.

Dog er vores erfaring med HTML5 i Drupal 7, at det kan give problemer med visse input-felter, hvor Drupals formular-API ikke vil acceptere de rene HTML5-udgaver. Så det vil helt sikkert give et løft i Drupal 8, at det er tænkt ind fra start, selv om man også kan nå ret langt i dag.

Interesserede kan eksempelvis kigge på det HTML5-baserede tema Omega til Drupal 7
http://drupal.org/project/omega

  • 3
  • 0
Thomas Eldblom

En anelse skræmmende at et så udbredt CMS som Drupal ligefrem skal opgraderes for at understøtte en anden HTML standard. Bør et content management system ikke blot indeholde "content" og lade præsentationen være fri?
Som kunde betyder dette vel til man skal anses sit website - dvs præsentationen, IA, UX etc - som bundet til den version af Drupal som man kører. Hvis man på et senere tidspunkt ønsker at opdatere sit website og tilbyde nye features til sine brugere, skal man så opgradere hele det bagvedliggende CMS?

  • 0
  • 5
Jesper Hauge

Dog er vores erfaring med HTML5 i Drupal 7, at det kan give problemer med visse input-felter, hvor Drupals formular-API ikke vil acceptere de rene HTML5-udgaver. Så det vil helt sikkert give et løft i Drupal 8, at det er tænkt ind fra start, selv om man også kan nå ret langt i dag.

Men så er CMS'et vel alligevel i et vist omfang bundet sammen med præsentationslagets html standard?

For en webudvikler som mig som til daglig arbejder med et andet open-source CMS (på en anden platform), som ikke har nogen som helst bindinger til præsentationslagets markup language. Er det altså stadig overraskende.

  • 0
  • 2
Nikolaj Brinch Jørgensen

En anelse skræmmende at et så udbredt CMS som Drupal ligefrem skal opgraderes for at understøtte en anden HTML standard. Bør et content management system ikke blot indeholde "content" og lade præsentationen være fri? Som kunde betyder dette vel til man skal anses sit website - dvs præsentationen, IA, UX etc - som bundet til den version af Drupal som man kører. Hvis man på et senere tidspunkt ønsker at opdatere sit website og tilbyde nye features til sine brugere, skal man så opgradere hele det bagvedliggende CMS?


Alle rammeværk der skal forstå eller generere mark up, er nødt til at kende det format det skal forstå eller generere. Det er der da ikke noget specielt fremmed i. TagLibs i JSP kan jo f.eks. heller ikke lave HTML5, før der er defineret en HTML5 standard, og nå den så er defineret, begynder tags j ikke bare selv at spytte HTML5 ud. Det samme gælder for andre rammeværk som Grails, Rails osv.
Det er klart at man til en vist grad kan komme afsted med at lave sin templates i HTML5 i det eksisterende, men skal de parses og forstås, og skal de nye HTML5 elementer forstås, eller skal de valideres, ja så er man nådt til at sørge for at rammeværket genkender HTML5. (det er ikke specielt meget anderledes end at lave en ny version af ODF eller OOXML, som indeholder nye elementer. Skal disse nye elementer forstås af en gammel OOo eller MSO, så skal den pathes).

  • 4
  • 0
Casper Thomsen

Til eksempel: Vi har oplevet, at hvis man vil benytte nogle af de nye input-typer i HTML5 - som email eller number - så kan man ikke oprette dem via Drupals formular-API, fordi den af naturlige årsager ikke kender dem.

Som sagt har det ikke holdt os tilbage fra i vid udstrækning at benytte HTML5 på version2.dk. Og jeg har egentlig også forståelse for, at et framework, som vil understøtte HTML, er nødt til at lave nogle antagelser. Det samme argument, som Nikolaj kommer med ovenfor.

  • 2
  • 0
Log ind eller Opret konto for at kommentere