{"id":4343,"date":"2012-07-03T08:43:02","date_gmt":"2012-07-03T06:43:02","guid":{"rendered":"http:\/\/notizblog.org\/?p=4343"},"modified":"2021-03-30T16:10:52","modified_gmt":"2021-03-30T14:10:52","slug":"microformats-the-next-generation","status":"publish","type":"post","link":"https:\/\/notiz.blog\/2012\/07\/03\/microformats-the-next-generation\/","title":{"rendered":"Microformats: The next generation"},"content":{"rendered":"\n
\"mf-white\"\/<\/figure><\/div>\n\n\n\n

microformats.org wird 7<\/a>… Alles Gute!<\/p>\n\n\n\n

Zur Feier des Tages hat sich Frances Berriman die M\u00fche gemacht, die letzten 7 Jahre zusammen zu fassen und einen Ausblick auf die kommenden \u00c4nderungen zu geben.<\/p>\n\n\n\n

Da ich, seit ich bloggen kann, schon \u00fcber Microformats berichte<\/a>, will ich den R\u00fcckblick nicht weiter kommentieren und nur auf die kommende Weiterentwicklung ein wenig eingehen.<\/p>\n\n\n\n

Microformats und HTML5<\/h2>\n\n\n\n

Seit dem ich das letzte mal \u00fcber diese Kombination geschrieben habe<\/a>, hat sich leider nicht viel ge\u00e4ndert… Die Microformats Community weigert sich weiterhin auf Microdata oder RDFa „upzugraden“ und h\u00e4lt krampfhaft an den semantischen classes<\/code> fest. Nichtsdestotrotz macht HTML5 mit <time \/><\/code> und <data \/><\/code> dem leidigen Thema abbr-design-pattern<\/code> bzw. value-class-pattern<\/code><\/a> ein Ende. Statt Meta-Informationen umst\u00e4ndlich in HTML-Attributen zu verwurschteln, k\u00f6nnen Termine und GEO Daten bald sauber dargestellt werden:<\/p>\n\n\n

<time<\/span> class<\/span>=\"dtstart\"<\/span> datetime<\/span>=\"2006-09-23\"<\/span>><\/span>a Saturday<\/time<\/span>><\/span>\n...\n<data<\/span> class<\/span>=\"geo\"<\/span> value<\/span>=\"37.386013;-122.082932\"<\/span> ><\/span>Mountain View<\/data<\/span>><\/span><\/code><\/span>Code-Sprache:<\/span> HTML, XML<\/span> (<\/span>xml<\/span>)<\/span><\/small><\/pre>\n\n\n
Namespaces<\/h2>\n\n\n\n
Die wohl gr\u00f6\u00dften Ver\u00e4nderungen sind aber die geplanten Pseudo-Namespaces<\/a> welche haupts\u00e4chlich das Parsen von Microformats vereinfachen sollen. Microformats waren bisher sehr fehleranf\u00e4llig, da sie sich die class<\/code>-Attribute mit CSS und JavaScript zu teilen hatten. Es besteht immer die Gefahr dass rein f\u00fcr CSS genutzte Attribute f\u00e4lschlicherweise f\u00fcr Microformats genutzt wurden oder dass die semantischen Class-Names einem Re-Design zum Opfer fielen. Die Prefixes ‚h-<\/code>‚, ‚p-<\/code>‚, ‚u-<\/code>‚, ‚dt-<\/code>‚ und ‚e-<\/code>‚ sollen das Zuk\u00fcnftig verhindern und ein generisches parsen erm\u00f6glichen.<\/p>\n\n\n\n
'h-<\/code>' kennzeichnet einen Microformats-Container<\/h3>\n\n\n\n
Bisher ist die Microformats Community etwas inkonsequent mit der Benennung ihrer Formate… Mal mit beginnendem „v“, mal mit „h“ und in seltenen F\u00e4llen auch ohne oder mit anderem Buchstaben:<\/p>\n\n\n\n
Immerhin! Mehr dazu im microformats-wiki<\/a>.<\/p>\n\n\n\n