Schlagwort: FediBlog

  • …und das Open Web kennt mindestens genau so viele Wörter für „Name“!

    Ich hab mir letzte Woche mal den aktuellen Draft von OpenID Connect angeschaut und mich riesig gefreut, dass die OpenID-Community ihrer Linie treu bleibt und dem User-Schema wieder komplett neue Bezeichnungen gibt. Aber das scheint ein genereller Spaß in OpenWeb-Kreisen zu sein. Ich hab mir mal einen Spaß d’raus gemacht einzelne Bezeichnungen verschiedener „Standards“ die mit Profil/User-Infos zu tun haben, zu vergleichen.

    Claims für den kompletten „Namen“ eines Users:

    • fn (vCard, hCard)
    • name (foaf, OpenID Connect, Facebook Connect, schema.org)
    • fullname (OpenID SREG)
    • namePerson (OpenID AX)
    • displayName (Portable Contacts, Open Social, Activity Streams)

    Claims für den „Nachnamen“ eines Users:

    • given name (vCard)
    • given-name (hCard)
    • lastName (foaf)
    • family_name (OpenID Connect, Facebook Connect)
    • namePerson/last (OpenID AX)
    • givenName (Portable Contact, Open Social)

    Gut dass wir das W3C, die WHATWG, die IETF und diverse ander Standard-Organisationen haben die in jahrelanger Arbeit, Standards wie RDF, XML, JSON, RDFa und Microdata spezifizieren und dann jeder, wie er gerade bock hat, ein Schema dafür baut 😀

    … Schema.org und das Open Graph Protocol sind perfekte Beispiele dafür, wie man gekonnt bestehene Schemas ignoriert und einfach macht, wie man denkt!

    P.S. Ich weiß dass man die Bezeichnung „Eskimo“ eigentlich nicht mehr benutzt und wehe mir nimmt jemand den Mythos mit den 90 Wörtern für Schnee 😉

  • HTML5 Logo

    Dass HTML5 ein paar neue input-types definiert, habe ich durch die hcard-input-brainstorming so am Rande auf geschnappt, mir aber nichts weiter dabei gedacht… Durch Zufall bin ich heute aber über folgenden Tweet von Sylvia Egger gestoßen:

    Just implemented native form validation on #wp comments form – it' quite simple & should be in #wp default theme

    und habe bissle recherchiert… Mit den neuen Input-Types ist es doch tatsächlich möglich Input-Felder über den Browser validieren zu lassen… Ich bin begeistert! 🙂

    Trägt man beispielsweise eine Nicht-Email-Adresse in folgendes Feld…

    <input type="email" />Code-Sprache: HTML, XML (xml)

    bekommt man…

    Email Validation im Firefox

    Schön wenn man sich noch über solche Kleinigkeiten freuen kann oder 😉

    Lange rede kurzer Sinn: Da WordPress alle Formulare an zentraler Stelle definiert, ist es ziemlich einfach sie mit ein paar neuen Input-Types zu versehen. Mit dem folgenden Code wird das Kommentar-Formular mit den Typen "email" und "url" und das Suchformular mit dem Typ "search" (funktioniert nur in den WebKit-Browsern) erweitert:

    Code-Update: Eric Eggert hat mich in den Kommentaren darauf hingewiesen, dass man mit <input required /> auch noch die Pflichtfelder validieren kann. Danke!

    Code-Update 2: Dank maxe werden jetzt auch die WordPress Settings berücksichtigt (Comment author must fill out name and e-mail) und das "Comment"-Feld ist natürlich auch required

    <?php
    /*
    Plugin Name: html5 input-types
    Plugin URI: https://notiz.blog/
    Description: Adds the new HTML5 input-types to WordPress' default forms
    Version: 0.1
    Author: pfefferle
    Author URI: https://notiz.blog/
    */
    
    add_filter("comment_form_default_fields", "change_comment_input_types");
    
    function change_comment_input_types($fields) {
      if (get_option("require_name_email", false)) {
        $fields['author'] = preg_replace('/<input/', '<input required', $fields['author']);
        $fields['email'] = preg_replace('/"text"/', '"email" required', $fields['email']);
      } else {
        $fields['email'] = preg_replace('/"text"/', '"email"', $fields['email']);
      }
    
      $fields['url'] = preg_replace('/"text"/', '"url"', $fields['url']);
    
      return $fields;
    }
    
    add_filter("get_search_form", "change_search_form_input_types");
    
    function change_search_form_input_types($form) {
      return preg_replace('/"text"/', '"search"', $form);
    }
    
    add_filter("comment_form_field_comment", "change_comment_field_input_types");
    
    function change_comment_field_input_types($field) {
      return preg_replace('/<textarea/', '<textarea required', $field);
    }
    ?>Code-Sprache: HTML, XML (xml)

    Funktioniert als Plugin und in Child-Themes (einfach in die functions.php kopieren).

    Danke auch an Marc Görtz der mich über Twitter reichlich mit Links zu dem Thema versorgt hat:

    Testen könnt ihr das übrigens hier auf notiz.blog.

  • Pfefferles OpenWeb: Microformats V2

    Seit Freitag gibt es wieder eine neue Ausgabe des Webstandard-Magazins, mit dem Fokus auf Communities.

    …als hätte ich es gerochen, passt das Thema meiner Kolumne recht gut zu den aktuellen Diskussionen um Microformats, Microdata, RDFa und schema.org. Noch genauer: Es geht um die Zukunft der Microformtats.

    Dieses Jahr feierten die Microformats ihren 8. Geburtstag. In diesen 8 Jahren haben sich mehr als zwei Milliarden hCards im Yahoo! Index angesammelt und die Mikroformate dominieren mit 94% Googles rich snippets (im Verhältnis zu RDFa und Microdata). Trotz allem sind Microformats eine Übergangslösung und es wird Zeit für einen richtigen Standard!

    Wie sieht die Zukunft der Microformats aus, was ist ist geplant, machen Microformats neben Microdata und RDFa überhaupt noch Sinn usw.

    Also los… kaufen! Zack, zack!

  • Neben all den negativen Meldungen endlich mal wieder ein Highlight für OpenID: Seit dieser Woche ist PayPal offizieller OpenID-Provider mit allen Schikanen (OpenID 2.0, OpenID Simple Registration, OpenID attribute exchange, OpenID user interface, PAPE specification).

    Die Meldung ist nicht nur erfreulich, sondern vielleicht auch die Rettung des etwas angeschlagenen offenen Standards. Trotz des eher hinkenden Vergleichs, wurde OpenID immer mit dem Erfolg von Facebook Connect gemessen. Die OIDF hat es durchweg versäumt den Standard als reines „Werkzeug“ sehen und die Produkte basierend auf OpenID zu promoten. Wie ich schon im Webstandards-Magazin (Ausgabe 9: Pfefferles OpenWeb) schrieb:

    Facebook Connect ist nicht wegen seinem proprietären System so erfolgreich und der Misserfolg von MySpaceID hat nichts mit den benutzten offenen Standards zu tun. Promote the utility not the technologie. To reach the majority of users who aren’t familiar with OpenID as a technology, promote the ability to log in using an existing account, not „OpenID“ itself. Ich würde sagen das Problem liegt nicht am Protokoll sondern an den fehlenden sinnvollen Anwendungsfällen. OpenID funktioniert überall da, wo der User einen Nutzen hat ohne zu wissen was unter der Oberfläche passiert, beispielsweise „Sign in with Google“ oder „Sign in with Yahoo!“. Wo bleiben also die Killerapplikationen wie z.B. Paypals angekündigtes Express Checkout auf Basis von OpenID?

    Reines Single-Sign-On ist ein Geek-Thema und scheint wohl kein generelles Bedürfnis zu befriedigen. Ein „Mit einem Klick-Bezahlen“ ist dagegen eine enorme Chance für Einkäufer und kleine Verkäufer. Wo man bisher, oft durch die langwierige Anmeldung und das hinterlegen der Kontodaten, trotz günstigerer Angebote doch wieder bei Amazon bestellt hat, bietet PayPal in Zukunft vielleicht die Lösung: Schnelles, unkompliziertes und sicheres Einkaufen mit einem „Klick“.

    Hoch lebe OpenID 🙂

  • Google, Yahoo! und Bing haben heute angekündigt, dass sie beim Thema Websemantics zukünftig zusammen arbeiten werden und sich auf einen gemeinsamen Standard einigen wollen (wie vorher auch bei den Sitemaps, robots.txt, um.).

    Auf schema.org findet man eine Übersicht alle Schemas die die Suchgiganten in Zukunft unterstützen werden:

    This site provides a collection of schemas, i.e., html tags, that webmasters can use to markup their pages in ways recognized by major search providers. Search engines including Bing, Google and Yahoo! rely on this markup to improve the display of search results, making it easier for people to find the right web pages.

    Was mich besonders freut: Die Schemas basieren alle auf Microdata und wer meinen Blog regelmäßig verfolgt wird wissen, dass ich das Format sehr schätze! Hier ein Beispiel wie eine Person mit dem neuen Schema aussieht:

    <div itemscope itemtype="http://schema.org/Person">
      <span itemprop="name">Jane Doe</span>
      <img src="janedoe.jpg" itemprop="image" />
    </div>Code-Sprache: HTML, XML (xml)

    Soweit so gut, aber… es werden WIEDER einmal weder bestehende Microformats, noch RDFa Schemas auf Microdata portiert, was dazu führt dass mir spontan 5 unterschiedliche Formate einfallen um Personen zu beschreiben: hCard (Microformats), Data-Vocabulary (RDFa- und Microdata-Beschreibung genutzt von den rich-snippets), FoaF (RDFa), vCard (RDFa), schema.org (Microdata).

    Die Microformats-Community hat von Anfang an eines richtig gemacht: Es gibt nur eine Stelle an der Microformats definiert werden und man muss einen relativ langwierigen Prozess befolgen um ein neues Format zu definieren. Das führt zwar dazu dass es bisher nur eine handvoll Schemas veröffentlicht wurden, diese aber wohl definiert sind und in der Regel auf bisherigen Formaten aufbauen. Die hCard ist beispielsweise ein 1:1 Abbild der vCard.

    Schema.org ist zwar eine ganz nette Idee aber man hat leider versäumt sich mit der Microformats-, RDFa-, RDF- Community zusammenzusetzen und einen gemeinsamen Konsens zu finden!

    Wäre folgendes Beispiel so viel komplizierter?

    <div itemscope itemtype="http://microformats.org/profile/hcard">
      <span itemprop="fn">Jane Doe</span>
      <img src="janedoe.jpg" itemprop="photo" />
    </div>Code-Sprache: HTML, XML (xml)

    …oder das?

    <div itemscope itemtype="http://www.w3.org/2006/vcard/ns">
      <span itemprop="fn">Jane Doe</span>
      <img src="janedoe.jpg" itemprop="photo" />
    </div>Code-Sprache: HTML, XML (xml)

    Das Format ist letztendlich Geschmackssache… der eine mag lieber die einfachen Microformats, der andere steht mehr auf RDFa und ich bevorzuge Microdata, man sollte sich aber endlich auf ein einheitliches Schema einigen!

    Yahoo! zählt knapp zwei Milliarden hCards in ihrem Index und trotzdem diktiert man Webseitenbetreibern etwas komplett anderes auf…

  • OpenWeb-Kolumne (wsm)

    Damit das ganze Zeug über das ich so einmal im Quartal im Webstandards-Magazin schreibe nicht pure Science Fiction bleibt, hab ich mich die letzten Wochen mal daran gemacht, ein bisschen Federated Social Web für WordPress zu basteln!

    Vor einigen Monaten kam Pepijn de Vos auf mich zu, ob ich ihm nicht bei einem „OStatus for WordPress“ (noch nicht runterladen! funktioniert noch nicht!) helfen wolle. Das damals größte Problem: Wie können wir so viele besehenden Plugins (pubsubhubbub, webfinger, …) wiederverwenden, ohne die Installation zu kompliziert zu gestalten. Da dieses Problem mittlerweile behoben ist und auch das Salmon-Plugin einigermaßen funktioniert, ist es Zeit für einen Test!

    Ich würde mich freuen, wenn ihr zwei, drei oder vier Leser da draußen mal diesen Blog bei Status.net oder Identi.ca (oder bei jedem anderen StatusNet-Klon) abonnieren und wie wild auf diesen Artikel antworten könntet. Dazu müsst ihr einfach pfefferle at notizblog dot org folgen:

    …und auf diesen Post antworten:

    Was bisher funktioniert:

    • Artikel landen in Echtzeit bei StatusNet/Identi.ca (pubsubhubbub)
    • Antworten auf diese Artikel landen als Kommentare bei WordPress (salmon)

    Zukünftige Features:

    • Kommentare auf WordPress-Seite sollen auch nach StatusNet/Identi.ca geschrieben werden
    • Bessere Integration in BuddyPress
    • …alles was euch noch so einfällt!?!

    Ich würde mich sehr über Feedback, Fragen, Anregungen, Kritik, … freuen. Viel Spaß beim testen!

    …sollte alles gut funktionieren, werde ich die Plugins dann nächste Woche veröffentlichen, also TESTEN!

  • …darum geht es in der OpenWeb Kolumne des aktuellen Webstandards-Magazins (seit gestern (18.12.2010) im Fachhandel). Hier ein kleiner Auszug:

    DataPortability war das Thema in 2008, 2009 wurde der Begriff OpenWeb geprägt und nun dreht sich alles um das Federated Social Web.

    Chris Messina nennt es Distributed Social Network (kurz DiSo), bei Khris Loux heißt es SynapticWeb, Chris Saad bevorzugt das Interoperable Web und Evan Prodromou führt jetzt noch einen weiteren Begriff ein: „Federated Social Web“. Aber wo liegen die Unterschiede?

    Würde mich sehr über euer Feedback freuen!

    …man kann sich übrigens gerade alle alten Ausgaben des Magazins für lau runterladen… es kosten nur einen Tweet!

  • Erst filtern, dann abonnieren!

    Die Informationsflut im Internet nimmt immer mehr zu und FeedReader bieten bisher keine wirkliche Möglichkeit diese Informationen sinnvoll zu filtern und da man nicht wirklich (zeitnah) Einfluss auf die Weiterentwicklung von NetNewsWire, Google Reader & Co. hat, bleibt nur noch eins: Erst filtern, dann abonnieren!

    NoisePress erlaubt Seitenbesucher, einen RSS/ATOM-Feed mit Hilfe von APML vorzufiltern.

    (Zum ausprobieren braucht man ein APML-Profil. Wer keines hat, sollte sich entweder das WordPress Plugin installieren oder heimlich Carstens Profil benutzen 😉 )

    Warum mit APML filtern?

    Man könnte natürlich auch mit WordPress-Bordmitteln eine Menge Rauschen ausfiltern, und wirklich nur das abonnieren was gerade wichtig ist:

    Das Problem: Ändert sich dieses Interesse, müssen alle Feeds mühsam aussortiert (und neue gesammelt) werden. Außerdem besteht die Gefahr, dass einige spannende Themen, die nicht genau die abonnierte Kategorie/den abonnierten Tag besitzen, durch das Raster fallen können.

    Das Prinzip von NoisePress: APML ist eine Art semantische Tag-Clound die das Interesse einer Person widerspiegelt. Das Interessens-Profil wird in der Regel automatisch generiert und sollte sich somit auch den diversen Interessensveränderungen anpassen.

    Am Beispiel WordPress Plugin: Das Plugin erstellt ein APML-File anhand der Häufigkeit der verwendeten Tags und Kategorien. Schreibt jemand viel über OpenID, kann man davon ausgehen, dass er das Thema für wichtig hält. Ändert sich der Fokus des Blogs, wird OpenID auch im APML-Feed immer irrelevanter.

    Hört sich nach Geek-Zeugs an?

    Richtig! 🙂 …aber NoisePress ist auch erst einmal nur ein Test ob meine Idee überhaupt funktioniert! Im besten Fall soll der User von all der Technik gar nichts mitbekommen. Ich hoffe dass sich Firefox‘ Account Manager oder XAuth schnell weiter entwickeln und ich eine dieser Techniken für NoisePress missbrauchen könnte.

    Ich würde mich übrigens sehr über ein bisschen Feedback freuen!

  • Eran Hammer-Lahav hat einen sehr schönen Artikel über das „verschwendete“ Potential der Facebook-Entwickler veröffentlicht:

    […] In fact, the problem is just how unbelievable the Facebook team is (in a good way). The sheer strength of their talent is almost unmatched in our industry, past and present. The problem is, all that talent is building something I just don’t care about, and no one is left for anything else.
    […] There are many reasons why engineers want to work for Facebook, from the potential windfall to learning just how they are able to ship so much technology so fast. It is an engineering dreamland. But there is one great reason why they shouldn’t: because Facebook will be great without them, but the web might not.

    Irgendwie spricht er mir damit aus der Seele! Technologisch gesehen ist Facebook ein Traum (Open Graph Protocol, OAuth 2, Microformats, OpenID (schon bald auch OpenID Connect), uvm.), mit dem Social Network kann ich aber leider nur wenig anfangen…

  • Webfinger ist ein relativ neues Web-Protokoll um Informationen über einen User anhand seiner E-Mail – Adresse zu erfragen (um z.B. auch Mail-Adressen zu einer OpenID zu machen). Der Name und die Idee stammt von einem „alten“ Linux-Protokoll namens finger:

    Finger zeigt Informationen über einen bestimmten Benutzer auf einem lokalen System oder auf einem fernen Computer an oder dient zur Feststellung der Verfügbarkeit eines bestimmten Hosts in IP-Netzwerken.

    Quelle: Wikipedia

    Damit diese beiden Protokolle nicht nur den Namen teilen, hat Chuck Houpt ein kleines Script geschrieben, mit dem sich Webfinger-Informationen auch über die Konsole abfragen lassen.

    Braucht wahrscheinlich kein Mensch und ist trotzdem (oder vielleicht gerade deshalb) fantastisch!