Ich hab mir über die letzten Wochen viele Gedanken zum Thema „Sharing im Fediverse“ gemacht. Das Thema kommt zwar immer wieder und scheitert dann auf die immer gleiche ähnliche Weise, trotzdem (oder vielleicht gerade deshalb) fasziniert es mich seit jeher.

Als gestern dann auch noch @stefan mit seinem „Fediverse Sharing Button“ um die Ecke kam, dachte ich: Der perfekte Zeitpunkt um die naheliegendste Version eines „Share-Icons für das Fediverse“ vorzuschlagen!

Gebt es zu, die Idee ist grandios (nur die Idee, nicht die Umsetzung)!!!

😉

Thanks for reading this post via RSS. RSS is great, and you’re great for using it. ♥️

Das Problem: Für die meisten Bedürfnisse im Web gibt es eine Reihe an Services, die diese befriedigen… und das ist eigentlich auch gut so… Leider führt es aber dazu dass Seitenbetreiber, um es jedem Besucher recht zu machen, zu folgendem neigen:

In der OpenID-Community (welche mit dem gleichen Problem zu kämpfen hat), nennt man dieses Phänomen "NASCAR Problem" in Analogie zu den bunten Stickern der Rennwagen.

Das große Problem des dezentralen Webs!

Im Idealfall sollte aber nicht der Seitenbetreiber die Services auswählen sondern der Seitenbesucher …und genau das ist das Dilemma bei verteilten Diensten (wenn man mal nicht davon ausgeht dass eh alle Welt bei Facebook ist).

OpenID, Diaspora, StatusNET, Addthis, ShareThis und viele andere haben bisher relativ erfolglose Versuche gestartet die Icon-Flut einzudämmen. OpenID & Co. hat es mit diversen "Identifiern" (URL, XRI, E-Mail, Webfinger, …) versucht und die User dadurch nur noch mehr verwirrt und die Share-Services verschleiern das Problem in dem sie die Buttons einfach in einem Popup/Layer verstecken.

Wie können Web Intents helfen?

Web Intents funktionieren nach einem ganz ähnlichen Prinzip wie XAuth (hier erklärt). Beim Surfen merkt sich der Browser welche Dienste ein User benutzt und gibt diese, bei bedarf an besuchte Seiten weiter. Ein Beispiel:

1. Ein User besucht Google (oder Yahoo oder MyOpenID)
2. Der Browser fragt nach, ob er sich Google als Login-Dienst (in dem Fall OpenID) merken soll
3. Der User bestätigt und besucht weitere Seiten
4. Er entdeckt Plaxo und möchte sich anmelden
5. Beim Klick auf den Login-Button wird die Liste aller, beim Browser registierten Login-Dienste (in unserem Beispiel nur Google) an die Webseite übertragen (sofern der User einverstanden ist)
6. Statt wahrlose ausgewählte Diensten anzuzeigen, ist Plaxo jetzt in der Lage gleich den Authentifizierungs-Prozess mit Google zu starten

Dank Web Intents brauchen Service-Anbieter fortan nur noch ihre Dienste beim Browser registrieren und Seitenbetreiber können einen Platz auf ihrer Seite anbieten, an dem diese Aktionen ausgeführt werden sollen… so zu sagen eine Art "Universal Button". Der Webmonkey fasst das Thema Web Intents folgendermaßen zusammen:

In practice Web Intents work a bit like mailto: links, defining an action and then passing it along to the browser, which allows the user to choose how to handle the action. The difference is that instead of opening a desktop app, Web Intents connect to web services.

Keine Identifier, keine langen Button-Leisten/Popups/Layer und den ganzen komplizierten Käse übernimmt der Browser! Vielleicht wird es so ja doch noch was mit dem synaptic, distributed bzw. federated social web 🙂

In den kommenden Artikeln werde ich etwas mehr auf die Technik und die Implementierung in Chrome/WebKit eingehen.

Hier noch ein paar Links:

• Web Intents – Gluing web functionality together
• Button Sluts and Web Actions
• WebKit Offers Early Preview of ‘Web Intents’
• Web Intents: Demos
• Web Intents: Examples

Hey there, RSS reader! You’re cool. Keep being awesome! 😎

Welches denn jetzt? Ich dachte bisher immer das Linke hat sich durchgesetzt, dann gabs aber wohl bissle Ärger wegen der Lizenz (und es sieht aus wie das RDF-Logo) aber das hat sich doch jetzt wieder erledigt oder?

Also mir persönlich gefällt ja das Rechte besser…

Hey there, RSS reader! You’re cool. Keep being awesome! 😎