event-consolidation-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
([fr: translation of english original version])
 
m ([fr:sync'd with english version])
 
(6 intermediate revisions by 2 users not shown)
Line 3: Line 3:
Tout comme la [[identity-consolidation-fr|consolidation d'identité]] résoud le problème de comment je connecte tous ces profils qui veulent tous dire "moi", la "consolidation d'événement" est une solution au problème de comment je connecte toutes ces représentations du même événement, à travers les blogs, les systèmes de publication d'événements, et peut-être même le site pour l'événement lui-même.
Tout comme la [[identity-consolidation-fr|consolidation d'identité]] résoud le problème de comment je connecte tous ces profils qui veulent tous dire "moi", la "consolidation d'événement" est une solution au problème de comment je connecte toutes ces représentations du même événement, à travers les blogs, les systèmes de publication d'événements, et peut-être même le site pour l'événement lui-même.


Ou pour le dire simplement d'une autre façon, pourquoi je dois RSVP sur trois sites pour le même événement ? Pourquoi ne puis-je pas simplement RSVP une fois et une seule fois et faire que le RSVP soit reflété sur tous les autres systèmes ?


== exémples ==
== énoncé du problème ==
Ce sont des exemples du vrai monde d'événements existants avec plusieurs représentations qui pourraient tirer un avantage de la consolidation d'événément.
Pourquoi je dois RSVP sur trois sites pour le même événement ?
 
Pourquoi je ne peux pas simplement RSVP une seule fois et faire que cette action soit automatiquement reflétée sur tous les autres systèmes d'événements auxquels je veuille RSVP ?
 
== exemples ==
Voici des exemples issus de la vraie vie. Ce sont des événements existants qui ont plusieurs représentations. Ils pourraient tirer un avantage de la consolidation d'événément.
 
=== photomatt bday party 2008 ===
Exemple d'événément posté sur plusieurs sites, avec quelques croisements de liens.
* [http://upcoming.yahoo.com/event/404112/ Upcoming]
** visible sans login
** marqué avec [[hcalendar-fr|hCalendar]]
** liens vers la version Facebook du même événement
* [http://pownce.com/agendacide/notes/1171601/ Pownce]
** visible sans login
** marqué avec [[hcalendar-fr|hCalendar]]
** liens vers les versions Upcoming et Facebook du même événement
* [http://www.facebook.com/event.php?eid=7081976551 Facebook]
** requiert un login pour être visualisé


=== laughing squid pre nye party 2007 ===
=== laughing squid pre nye party 2007 ===
Exemple d'un événement posté sur plusieurs sites, avec un lien de star du réseau provenant de sites d'événements vers un billet de blog, et provenant de ce billet de blog vers chacun des sites d'événements.
* [http://laughingsquid.com/laughing-squids-last-minute-unholiday-party/ Billet de blog de Scott]
* [http://laughingsquid.com/laughing-squids-last-minute-unholiday-party/ Billet de blog de Scott]
** visible sans login
** visible sans login
Line 21: Line 39:
** requiert un login pour être visualisé
** requiert un login pour être visualisé


Dans ce cas, remarquez que Scott fait un lien provenant de chaque billet d'événement vers son billet de blog, qui ensuite lie vers tous les trois billets d'événements. Si Scott avait marqué l'événeent dans son billet de blog en utilisant hCalendar, (y compris tous les trois URLs billets d'événements), il serait théoriquement possible de RSVP à son billet de blog (en supposant que sont logiciel de blog support le RSVPing aux billets d'événements) et fare que le même code vous route vers l'autre système d'événement et fasse là le RSVP pour vous.
Dans ce cas, remarquez que Scott fait un lien provenant de chaque billet d'événement vers son billet de blog, qui ensuite lie vers tous les trois billets d'événements. Si Scott avait marqué l'événement dans son billet de blog en utilisant hCalendar, (y compris tous les trois URLs billets d'événements), il serait théoriquement possible de RSVP à son billet de blog (en supposant que son logiciel de blog support le RSVPing aux billets d'événements) et faire que le même code vous route vers l'autre système d'événement et fasse là le RSVP pour vous.


=== satsifactory cupcakes and cocktails 2007 ===
=== satisfactory cupcakes and cocktails 2007 ===
Le premier événement où le problème de la consolidation-événement a été mentionné conceptuellement.
"the Satisfactory's first weekly "Cupcakes & Cocktails" happy hour"
"the Satisfactory's first weekly "Cupcakes & Cocktails" happy hour"
* [http://pownce.com/monstro/notes/261632/ Pownce]
* [http://pownce.com/monstro/notes/261632/ Pownce]
** requier un login pour être visualisé
** requiert un login pour être visualisé
** marqué avec [[hcalendar-fr|hCalendar]]
** marqué avec [[hcalendar-fr|hCalendar]]
** notez le commentaire de Lane : "bien trop d'endroits pour poster des événements de nos jours. besoin de quelque autre forme d'application pour relier tous les rsvps en un seul endroit."
** notez le commentaire de Lane : "bien trop d'endroits pour poster des événements de nos jours. besoin de quelque autre forme d'application pour relier tous les rsvps en un seul endroit."
Line 43: Line 62:
Ceci permettrait à tout site d'événement (ou peut-être à une application-bureau de calendrier fûtée) de RSVP pour vous sur de tels sites.
Ceci permettrait à tout site d'événement (ou peut-être à une application-bureau de calendrier fûtée) de RSVP pour vous sur de tels sites.
== lazyweb ==
== lazyweb ==
Nous avons besoin de plugins de postage d'événement/RSVPings pour les outils de blogs :  
Nous avons besoin de plugins de postage d'événements/RSVPings pour les outils de blogs :  
* Wordpress
* Wordpress
* MovableType
* MovableType
Line 50: Line 69:
Un plugin de postage d'événement ferait simplement :
Un plugin de postage d'événement ferait simplement :


# ajouter simplement quelques champs supplémentaires (voir les différences sur les manières dont [http://pownce.com Pownce] vous laisse poster une note simple vs une note événement) pour laisser les utilisateurs poster facilement l'info concernant un événement, y compris les URLs vers les représentations de l'événement sur tous les autres sites de postage d'événements.
# ajouter simplement quelques champs supplémentaires (voir les différences sur les manières dont [http://pownce.com Pownce] vous laisse poster une note simple vs une note événement) pour laisser les utilisateurs poster facilement l'info concernant un événement, y compris les URLs vers les représentations de l'événement sur tous les autres sites de publications d'événements.
# publier l'information dans un billet de blog sur votre blog avec hCalendar (et liens de téléchargement/abonnement en utilisant le [http://feeds.technorati.com/events/ service Technorati de Fil d'Evénements]).
# publier l'information dans un billet de blog sur votre blog avec hCalendar (et liens de téléchargement/abonnement en utilisant le [http://feeds.technorati.com/events/ service Technorati de Fil d'Evénements]).
# modifier l'interface-utilisateur de commentaire sur de tels billets d'événements pour y ajouter un champ "RSVP" (à nouveau, remarquez comment Pownce produit les commentaires sur les notes d'événement comparé aux simples notes).
# modifier l'interface-utilisateur de commentaire sur de tels billets d'événements pour y ajouter un champ "RSVP" (à nouveau, remarquez comment Pownce produit les commentaires sur les notes d'événement comparé aux simples notes).
Line 59: Line 78:
Ce dont nous avons besoin pour les sites d'événements existants.
Ce dont nous avons besoin pour les sites d'événements existants.
=== facebook ===
=== facebook ===
Démarrons avec le support svp de hCalendar sur les billets d'événements plus la possibilité de publier des événements publiquement afin que les services puissent produite de la consolidation d'événements sans être obligés d'implémenter des protocoles supplémentaires. Ajoutez à cela le support OAuth pour les événements privés.
Démarrons avec le support svp de hCalendar sur les billets d'événements plus la possibilité de publier des évènements publiquement afin que les services puissent produire de la consolidation d'événements sans être obligés d'implémenter des protocoles supplémentaires. Ajoutez à cela le support OAuth pour les événements privés.


=== pownce ===
=== pownce ===
Pownce rocks parce qu'il supporte déjà [[hcalendar-fr|hCalendar]] et autorise les événements publics !
Pownce est génial parce qu'il supporte déjà [[hcalendar-fr|hCalendar]] et autorise les événements publics !
En outre, ce serait génial s'il pouvait :
Mais Pownce serait encore plus génial s'il pouvait :
* (a) vous laisser poster une ou plusieurs URLs pour l'événement
* (a) vous laisser poster une ou plusieurs URLs pour l'événement
* (b) vous laisser choisir l'URL "primaire" pour l'événement
* (b) vous laisser choisir l'URL "primaire" pour l'événement
Line 70: Line 89:


=== upcoming ===
=== upcoming ===
Upcoming rocks because parce qu'il supporte déjà [[hcalendar-fr|hCalendar]] et publie par défaut des événements publics !
Upcoming est génial car il supporte déjà [[hcalendar-fr|hCalendar]] et publie par défaut des événements publics !
En outre, ce serait génial s'il pouvait :
Mais upcoming serait encore plus génial s'il pouvait :
* (a) vous laisser poster une ou plusieurs URLs pour l'événement
* (a) vous laisser poster une ou plusieurs URLs pour l'événement
* (b) vous laisser choisir l'URL "primaire" pour l'événement
* (b) vous laisser choisir l'URL "primaire" pour l'événement
* (c) publier l'URL "primaire" sous une "uid" dans le [[hcalendar-fr|hCalendar]] pour l'événement
* (c) publier l'URL "primaire" sous une "uid" dans le [[hcalendar-fr|hCalendar]] pour l'événement
* (d) supporter l'accès [[OAuth-fr|OAuth]] pour le RSVP vers les événements en votre nom
* (d) supporter l'accès [[OAuth-fr|OAuth]] pour le RSVP vers les événements en votre nom
== défis ==
=== privauté ===
* '''événements privés'''. Comment consolidez-vous les évènements complètement privés ? En imaginant même plusieurs représentations d'événements, chacun ayant des URLs qui pointent chacune vers les les autres, quels sont les types de protocoles dont aurions besoin à la fois par les sites eux-mêmes pour pour une consolidation avec l(es) autre(s) site(s) ? Quels protocoles supplémentaires (s'ils existent) sont requis pour un site tiers (ou une application de bureau) pour consolider les évènements entre les sites d'évènements ?
* Comment faites-vous en sorte que le RSVP s'affiche sur quelques, mais pas tous, les sites inclus (pour des objectifs de privauté, disons) ?


== voir aussi==
== voir aussi==
* [[hcalendar-fr|hCalendar]]
* [[hcalendar-fr|hCalendar]]
* [[identity-consolidation-fr|identity-consolidation]]
* [[identity-consolidation-fr|consolidation-identité]]
* [[OAuth-fr|OAuth]]
* [[OAuth-fr|OAuth]]

Latest revision as of 08:50, 12 January 2008

consolidation événement

Tout comme la consolidation d'identité résoud le problème de comment je connecte tous ces profils qui veulent tous dire "moi", la "consolidation d'événement" est une solution au problème de comment je connecte toutes ces représentations du même événement, à travers les blogs, les systèmes de publication d'événements, et peut-être même le site pour l'événement lui-même.


énoncé du problème

Pourquoi je dois RSVP sur trois sites pour le même événement ?

Pourquoi je ne peux pas simplement RSVP une seule fois et faire que cette action soit automatiquement reflétée sur tous les autres systèmes d'événements auxquels je veuille RSVP ?

exemples

Voici des exemples issus de la vraie vie. Ce sont des événements existants qui ont plusieurs représentations. Ils pourraient tirer un avantage de la consolidation d'événément.

photomatt bday party 2008

Exemple d'événément posté sur plusieurs sites, avec quelques croisements de liens.

  • Upcoming
    • visible sans login
    • marqué avec hCalendar
    • liens vers la version Facebook du même événement
  • Pownce
    • visible sans login
    • marqué avec hCalendar
    • liens vers les versions Upcoming et Facebook du même événement
  • Facebook
    • requiert un login pour être visualisé

laughing squid pre nye party 2007

Exemple d'un événement posté sur plusieurs sites, avec un lien de star du réseau provenant de sites d'événements vers un billet de blog, et provenant de ce billet de blog vers chacun des sites d'événements.

  • Billet de blog de Scott
    • visible sans login
  • Upcoming
    • visible sans login
    • marqué avec hCalendar incluant un lien vers le billet de Scott.
  • Pownce
    • visible sans login
    • marqué avec hCalendar
    • notez le commentaire de Tara : "LOL. Replied in 3 places! I think we need an OpenID solution to these puppies!"
  • Facebook
    • requiert un login pour être visualisé

Dans ce cas, remarquez que Scott fait un lien provenant de chaque billet d'événement vers son billet de blog, qui ensuite lie vers tous les trois billets d'événements. Si Scott avait marqué l'événement dans son billet de blog en utilisant hCalendar, (y compris tous les trois URLs billets d'événements), il serait théoriquement possible de RSVP à son billet de blog (en supposant que son logiciel de blog support le RSVPing aux billets d'événements) et faire que le même code vous route vers l'autre système d'événement et fasse là le RSVP pour vous.

satisfactory cupcakes and cocktails 2007

Le premier événement où le problème de la consolidation-événement a été mentionné conceptuellement. "the Satisfactory's first weekly "Cupcakes & Cocktails" happy hour"

  • Pownce
    • requiert un login pour être visualisé
    • marqué avec hCalendar
    • notez le commentaire de Lane : "bien trop d'endroits pour poster des événements de nos jours. besoin de quelque autre forme d'application pour relier tous les rsvps en un seul endroit."
  • Facebook (URL inconnue)
  • Upcoming (événement implicite par commentaire dans l'événement Pownce, URL inconnue)

Ceci fût peut-être la première instance où moi (Tantek) ait vu un appel pour la consolidation d'événement par le concept ("bien trop d'endroits pour poster des événements ... besoin ... de relier tous les rsvps en un seul endroit").

brainstorming recettes

Tout site qui permet à l'utilisateur de poster un événement devrait :

  • (a) vous laisser poster une ou plusieurs URLs pour l'événément,
  • (b) vous laisser choisir l'URL prioritaire pour l'événemnt,
  • (c) publier l'info d'événement en hCalendar, incluant l'URL "primaire" sous une valeur de propriété uid.
  • (d) supporter l'accès OAuth pour RSVP sur les événements à votre nom

Ceci permettrait à tout site d'événement (ou peut-être à une application-bureau de calendrier fûtée) de RSVP pour vous sur de tels sites.

lazyweb

Nous avons besoin de plugins de postage d'événements/RSVPings pour les outils de blogs :

  • Wordpress
  • MovableType
  • ... etc.

Un plugin de postage d'événement ferait simplement :

  1. ajouter simplement quelques champs supplémentaires (voir les différences sur les manières dont Pownce vous laisse poster une note simple vs une note événement) pour laisser les utilisateurs poster facilement l'info concernant un événement, y compris les URLs vers les représentations de l'événement sur tous les autres sites de publications d'événements.
  2. publier l'information dans un billet de blog sur votre blog avec hCalendar (et liens de téléchargement/abonnement en utilisant le service Technorati de Fil d'Evénements).
  3. modifier l'interface-utilisateur de commentaire sur de tels billets d'événements pour y ajouter un champ "RSVP" (à nouveau, remarquez comment Pownce produit les commentaires sur les notes d'événement comparé aux simples notes).
  4. le fait que le système de commentaire connaisse votre URL (soit via le formulaire, abonnement/importation de hCard et/ou OpenID), il peut récupérer votre consolidation d'identité provenant de cette URL (par ex. votre liste d'"Autres Profils" sur votre profil Pownce) et aller vers ces systèmes qui sont parmi l'ensemble des autres sites de postage d'événements notés dans l'étape 1, obtenir un accès via OAuth, et RSVP pour vous sur vos comptes sur ces autres systèmes.
  5. si vous mettez à jour votre RSVP, le plugin devrait tout aussi bien propager cette mise à jour vers les autres systèmes.

soutien

Ce dont nous avons besoin pour les sites d'événements existants.

facebook

Démarrons avec le support svp de hCalendar sur les billets d'événements plus la possibilité de publier des évènements publiquement afin que les services puissent produire de la consolidation d'événements sans être obligés d'implémenter des protocoles supplémentaires. Ajoutez à cela le support OAuth pour les événements privés.

pownce

Pownce est génial parce qu'il supporte déjà hCalendar et autorise les événements publics ! Mais Pownce serait encore plus génial s'il pouvait :

  • (a) vous laisser poster une ou plusieurs URLs pour l'événement
  • (b) vous laisser choisir l'URL "primaire" pour l'événement
  • (c) publier l'URL "primaire" sous une "uid" dans le hCalendar pour l'événement
  • (d) supporter l'accès OAuth pour le RSVP vers les événements en votre nom

upcoming

Upcoming est génial car il supporte déjà hCalendar et publie par défaut des événements publics ! Mais upcoming serait encore plus génial s'il pouvait :

  • (a) vous laisser poster une ou plusieurs URLs pour l'événement
  • (b) vous laisser choisir l'URL "primaire" pour l'événement
  • (c) publier l'URL "primaire" sous une "uid" dans le hCalendar pour l'événement
  • (d) supporter l'accès OAuth pour le RSVP vers les événements en votre nom


défis

privauté

  • événements privés. Comment consolidez-vous les évènements complètement privés ? En imaginant même plusieurs représentations d'événements, chacun ayant des URLs qui pointent chacune vers les les autres, quels sont les types de protocoles dont aurions besoin à la fois par les sites eux-mêmes pour pour une consolidation avec l(es) autre(s) site(s) ? Quels protocoles supplémentaires (s'ils existent) sont requis pour un site tiers (ou une application de bureau) pour consolider les évènements entre les sites d'évènements ?
  • Comment faites-vous en sorte que le RSVP s'affiche sur quelques, mais pas tous, les sites inclus (pour des objectifs de privauté, disons) ?

voir aussi