Il faut reverse-engineerer le code un chouilla. Le code par defaut est un bout de HTML se colle sur une page, et tweet le truc.

full doc:

https://dev.twitter.com/docs/tweet-button

Pour integrer ca bien, il faudrait:

- un compte twitter pour spontex (voir deux, un UK, un FR – notez qu'on peut l'enregistrer des maintenant, vu qu'on peut changer le handle – pas besoin d'attendre le changement de nom

- idealement dans la table des LSV, un URL raccourci – c'est problematique, il faudra les re-generer si on change de nom de domaine.

- Le texte du tweet, ca serait bien , plutot que d'avoir “j'ai trouve un SUPER LSV – lien” sur tous les LSV, d'avoir un texte different pour chaque LSV – c'est une nouvelle colonne dans la table LSV, et il faudra faire gaffe pour le texte, parce que meme un resume du resume serait trop long, vu que twitter ajoutera automatiquement l'URL et le “via @spontex”

- Lang, c'est bon, on l'a.

- CountURL – je suis pas sur de la difference avec l'URL – peut etre que l'idee est que tu peux sharer plein de variantes d'URL raccourci d'une page, mais que tu specifie la page finale pour que le compte soit fait sur la page finale.

-hashtags – serait pas mal, ca serait encore un champ par LSV, d'un autre cote, ca bouffe dans les 140 char de limite.

- Au passage, si on a un compte spontex, ca serait bien d'aller regarder les parametres de l'API pour que des qu'un LSV est valide, il soit publie dessus – doit y avoir moyen de faire ca a la farniente avec un RSS-to-Twitter converter, vu qu'on a deja un flux des LSV.

La semaine prochaine, la meme chose pour google + – FaceBook est laisse en exercice a ceux qui l'utilisent :)

Attentions aux conséquences sur le temps de chargement (hormis les problèmes sur la vie privée).

Moi j'm'en fous, j'utilise Ghostery…

On avait, ça faisait ramer le site et “personne” ne l'utilisait. Alors on n'a plus.

pareil pour le +1 / Facebook.

Le compte est @spontexorg, les liens sont visibles sur la page d'accueil de spontex et sous chaque LSV.

ça faisait ramer le site

1 seconde pour afficher le “tout jusqu'au bouton”,
5 secondes
1 seconde pour afficher le reste.

That's pénible.

Okay, le probleme de perf est interessant – je comprend mal comment, si tu colles un truc charge depuis un site externe, ca impacte ton chargement.

Je te recommende l'onglet net de chrome dev tools ou firebug sous firefox – il y a, je crois, moyen de declarer le bouzin de maniere a prioritiser ce qui charge, comme ca c'est fait a la fin.

Au pire, tu colle un div vide, et tu as un JS dans ton onLoad() qui rajoute le contenu du div, puisque je crois que onLoad() ne se fait que quand tout a charge, et chez le client.

Quant a “on avait” – ensuite, c'est la poule et l'oeuf – ce genre de trucs, il faut laisser prendre, que ca atteigne une masse critique – twitter est pas gros en France, (a ce qu'on m'en dit), mais FesseBouq, grave de grave.

Je veux dire, je sais pas combien de temps ca a ete laisse, mais si on avait juge iGoogle sur ses premieres semaines d'exploitation, je pense que ca aurait pas ete brilliant.

Ensuite, c'est mon avis, et je suis trait “dis beacoup, fait moins bien” :)

je comprend mal comment, si tu colles un truc charge depuis un site externe, ca impacte ton chargement.

Le javascript bloque l'affichage de la page tant que les boutons sont pas apparus, et ça met longtemps.

Au pire, tu colle un div vide, et tu as un JS dans ton onLoad() qui rajoute le contenu du div, puisque je crois que onLoad() ne se fait que quand tout a charge, et chez le client.

Soit, on peut faire ça. Mais ces liens sont “intrusifs” et n'apportaient AUCUNE visite. Et c'est resté au moins un an…