Michael Kaply plant einige interessante neue Features für Operator (Firefox Microformats-Addon).
Um User-Skripte vor der Installation nicht erst herunterladen zu müssen, sollen die Skripte von JS auf XML umgestellt werden. Als Basis für das XML-Modell wurde das, von Microsoft spezifizierte, OpenService Format angedacht.
So könnte ein Script z.B. aussehen:
<?xml version="1.0" encoding="utf-8"?>
<openServiceDescription
xmlns="http://www.microsoft.com/schemas/openservicedescription/1.0">
<display>
<name>Find with MapQuest</name>
<icon>http://www.mapquest.com/favicon.ico</icon>
</display>
<homepageUrl>http://www.mapquest.com</homepageUrl>
<activity category="Map">
<activityAction context="hCard.adr">
<execute method="get"
action="http://www.mapquest.com/maps/map.adp?searchtype=address">
<parameter name="address" value="{street-address}"/>
<parameter name="city" value="{locality}"/>
<parameter name="state" value="{region}"/>
<parameter name="zipcode" value="{postal-code}"/>
<parameter name="country" value="{country-name}"/>
</execute>
</activityAction>
</activity>
</openServiceDescription>
Weitere Gedanken zu der “OpenService extension for microformats contexts” oder “Automatic Discovery” findet ihr im Microformats Wiki
Tolle News für die OAuth Community:
We are happy to announce that the Google Contacts Data API now supports OAuth. This is our first step towards OAuth enabling all Google Data APIs.
Mehr dazu in der OAuth Google-Group
Im MyBlogLog-Blog wurden gestern die neuen v/hCard Features von MyBlogLog vorgestellt.

Der vCard-Export spricht ja eigentlich für sich selbst, aber die hCard-Implementierung bedarf ein paar zusätzlicher Worte. Wie schon in den Kommentaren des letzten Posts so treffend bemerkt wurde, ist es ja eigentlich kein wirkliches Hexenwerk seine Seite zu microfromatieren, umso schöner finde ich es wenn sich jemand dabei Mühe gibt.
MyBlogLog hat der hCard eine eigene Seite spendiert, die man über das hCard-Icon (siehe Bild 1) erreicht…

Aber warum macht es Sinn die hCard auf eine extra Seite zu verbannen? Bei mehreren hCards auf einem Profil, wie im Falle von MyBlogLog (auch die Kontakte sind mit hCards ausgezeichnet), bekommt man beim interpretieren (parsen) der Seite das folgende Problem: Welche hCard ist die Richtige?
Der einfachste Weg um auf eine representative Identity zu verweisen ist, eine externe hCard auf der Profil-Seite mit rel-me zu verlinken. Im Fall von MBL sollte man dies über <link rel="me" /> im Header der Profilseite realisieren, da der Action-Stream auch eine hohe Anzahl an rel-me Links aufweist.
<link rel="me" href="http://www.mybloglog.com/buzz/members/pfefferle/hcard" type="text/html" />
Alternativ könnte man auch mit XRDS-Simple auf die hCard-Seite verweisen (siehe auch Service Catalogue):
<XRDS xmlns="xri://$xrds">
<XRD xmlns:simple="http://xrds-simple.net/core/1.0"
xmlns="xri://$XRD*($v*2.0)" version="2.0">
<Type>xri://$xrds*simple</Type>
<Service priority="10">
<Type>http://www.w3.org/2006/03/hcard</Type>
<URI simple:httpMethod="GET">
http://www.mybloglog.com/buzz/members/pfefferle/hcard
</URI>
</Service>
<Service priority="20">
<Type>http://gmpg.org/xfn/11</Type>
<URI simple:httpMethod="GET">
http://www.mybloglog.com/buzz/members/pfefferle/hcard
</URI>
</Service>
</XRD>
</XRDS>
Mal sehen was MyBlogLog als nächstes vor hat
Nachdem sich Benjamin Nowack gestern (via twitter) noch gefragt hat ob es möglich ist, einem Firefox-HTML-Validator RDFa beizubringen…
wondering if the FF HTML Validator extension could be hacked to support RDFa. Basic QA is a bit too complicated with only the w3.org checker
…hat er ihn heute auf seiner Webseite veröffentlicht
Benjamin Nowacks angepasster Validator basiert auf der HTML Validator Extension for Firefox von Marc Gueury und funktioniert leider vorerst nur Windows.
Weitere sehr interessante Projekte von Herrn Nowack die man sich auch unbedingt anschauen sollte: