« Cool, moderne, pas trop gros » : c'est bien comme guidelines ça ?
En effet, bonne idée des guidelines, mais justement on n'a pas les compétences pour cela... Donc qui peut créer des logos peut aussi écrire un brouillon de guidelines ?
Euh non, on ne s'en cogne pas, car c'est toute la flotte du pacte tripartite Microsoft-Skype-Facebook qui amène ses hordes doucement, mais massivement sur XMPP... avec tous les effets que cela implique (incompatibilités des logiciels, population que l'on qualifiera du sobriquet que l'on souhaite, etc.).
Le jour où ces trois se fédèrent, ça va sans doute être entre eux, et ça va isoler le vrai réseau public fédéré ouvert XMPP (dont Gtalk est un serveur)...
Quant au titre de noblesse de XMPP, il est acquit depuis environ belle lurette, mais peut-être plus !
Rajoutons tout de même que Microsoft a fait là, la même chose que Facebook, d'ailleurs ces dernier ont aidé les premiers... voire ils ont fait le boulot.
En l'occurrence, il y a des différences notables avec les vras services XMPP standards ouverts :
l'authentification se passe par un dérivé de OAuth2
il n'y a pas de S2S aka server-to-server, donc pas de fédération (les gens de MSN parlent entre eux quoi, sans voir ceux de Facebook, Skype ou Gtalk...)
En revanche, ce qu'on peut faire, c'est effectivement héberger un planet oui. Après, doit-on laisser commenter sur le site d'origine ? Ou bien commenter sur LinuxFr.org ?
Ensuite, un système de blogs et commentaires décentralisés, ça existe, mais peu de standards, non ?
Est-ce que ça seras mélangé aux journaux ou est-ce que c'est voué à créer un type de contenu au même titre que les dépêches, les journaux et les forums ?
Peut-on le savoir sans expérimenter ?
Si le nombre d'arrivé deviens trop grand il faudrait pouvoir filtrer et rechercher parmi ces contenu, je pense.
Tout le site est déjà indexé régulièrement, tout ajout le sera également.
Mon workaround : si une tab ne charge pas, ne poste pas dans la tribune ou ne pertinente/inutilise pas, alors je vais dans toutes les tabs ouvertes sur LinuxFr.org et je recharge, et je stoppe le chargement manuellement par Esc à la fin visible de chargement de la page, que le throbber/spinner soit actif ou non.
Ce serait effectivement super de pouvoir faire cela.
En l'occurrence, le mécanisme existe déjà : les boutons "pertinent" et "inutile". Hélas, malgré leur clarté, beaucoup s'en servent comme d'un "d'accord" et "pas d'accord".
Donc il faudrait que le commentateur dise des choses réellement-vraiment exactes, ce qui peut être le cas, et à il pourrait lui-même qualifier son commentaire de "fait" ? Il faudrait ensuite un mécanisme pour les autres utilisateurs, disant "oui, c'est un fait". Enfin, il faudrait qu'un rédacteur rapporte l'information comme addendum de l'article et pousser une update sur les flux Atom/RSS. Cela me semble beaucoup trop compliqué.
Comment on différencie un contributeur d'un éditeur ? L'un ayant apporté beaucoup à la news (du contenu, de la perspective, des précisions), l'autre n'étant intervenu dessus que pour des corrections mineures (ortho, mise en forme, etc.).
La taille du diff ne signifie rien : par exemple, le déplacement de paragrahe génère un gros diff.
Le nombre de diffs ne signifie rien non plus : corriger la type, genre ponctuation, espace insécables, listes, titres, et tout ça, ça fait un très grand nombre d'éditions.
Le mieux est que l'auteur initial puisse rajouter un merci aux vrais contributeurs.
C'est une très bonne idée effectivement, pour savoir où on en est dans l'équipe et quand on doit prendre des nouvelles... et en donner.
Mais ça fait un peu flicage, certains ne vont pas adhérer...
Autre chose : on a déjà les réponses automatiques de mails à tester en enlevant les mailing-lists, il y a un truc en plus à paramétrer avant de partir... et au retour.
[^] # Re: Guidelines ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche Appel à contribution pour les logos des sections de LinuxFr.org. Évalué à 8.
« Cool, moderne, pas trop gros » : c'est bien comme guidelines ça ?
En effet, bonne idée des guidelines, mais justement on n'a pas les compétences pour cela... Donc qui peut créer des logos peut aussi écrire un brouillon de guidelines ?
[^] # Re: Typo
Posté par Nÿco (site web personnel) . En réponse à la dépêche Quel modèle économique pour le jeu vidéo libre?. Évalué à 3.
Merci, corrigé.
[^] # Re: Bof
Posté par Nÿco (site web personnel) . En réponse au journal Microsoft ouvre son service de chat au standard XMPP. Évalué à 0.
Euh non, on ne s'en cogne pas, car c'est toute la flotte du pacte tripartite Microsoft-Skype-Facebook qui amène ses hordes doucement, mais massivement sur XMPP... avec tous les effets que cela implique (incompatibilités des logiciels, population que l'on qualifiera du sobriquet que l'on souhaite, etc.).
Le jour où ces trois se fédèrent, ça va sans doute être entre eux, et ça va isoler le vrai réseau public fédéré ouvert XMPP (dont Gtalk est un serveur)...
Quant au titre de noblesse de XMPP, il est acquit depuis environ belle lurette, mais peut-être plus !
# Authent OAuth2 et pas de S2S
Posté par Nÿco (site web personnel) . En réponse au journal Microsoft ouvre son service de chat au standard XMPP. Évalué à 5.
Rajoutons tout de même que Microsoft a fait là, la même chose que Facebook, d'ailleurs ces dernier ont aidé les premiers... voire ils ont fait le boulot.
En l'occurrence, il y a des différences notables avec les vras services XMPP standards ouverts :
[^] # Re: Lync
Posté par Nÿco (site web personnel) . En réponse au journal Microsoft ouvre son service de chat au standard XMPP. Évalué à 3.
Non, Lync reste basé sur un SIP/SIMPLE dénormalisé et incompatible. En revanche, ils offrent un passerelle payante (chère) XMPP qui fédère...
[^] # Re: Plus d'infos ?
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Déconnexions régulières. Évalué à 2 (+0/-0).
Now
[^] # Re: Journaux
Posté par Nÿco (site web personnel) . En réponse à la dépêche Seconde tchatche LinuxFr.org : le journal-bookmark. Évalué à 3.
Les journaux, c'est déjà un « Planet », non ?
En revanche, ce qu'on peut faire, c'est effectivement héberger un planet oui. Après, doit-on laisser commenter sur le site d'origine ? Ou bien commenter sur LinuxFr.org ?
Ensuite, un système de blogs et commentaires décentralisés, ça existe, mais peu de standards, non ?
[^] # Re: nimage
Posté par Nÿco (site web personnel) . En réponse à la dépêche Seconde tchatche LinuxFr.org : le journal-bookmark. Évalué à 3.
Libre ?
[^] # Re: Status.net
Posté par Nÿco (site web personnel) . En réponse à la dépêche Seconde tchatche LinuxFr.org : le journal-bookmark. Évalué à 3.
Peut-on le savoir sans expérimenter ?
Tout le site est déjà indexé régulièrement, tout ajout le sera également.
[^] # Re: Applications à 10 centimes
Posté par Nÿco (site web personnel) . En réponse à la dépêche Actualité autour d'Android. Évalué à 4.
...mais ça reste proprio, pour la plupart...
# Jabber ID
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Permettre aux membres de rendre leur adresse mail publique. Évalué à 2 (+0/-0).
Il y a déjà les Jabber ID : suffisant ?
[^] # Re: Scénario
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Inter-locks. Évalué à 2 (+0/-0).
Oui, je confirme tout cela.
Mon workaround : si une tab ne charge pas, ne poste pas dans la tribune ou ne pertinente/inutilise pas, alors je vais dans toutes les tabs ouvertes sur LinuxFr.org et je recharge, et je stoppe le chargement manuellement par Esc à la fin visible de chargement de la page, que le throbber/spinner soit actif ou non.
[^] # Re: commentaires distincts - contributeur reconnu -
Posté par Nÿco (site web personnel) . En réponse à la dépêche Tchatche LinuxFr.org : l’espace de rédaction. Évalué à 2.
Tiens, tu as mis ton mot de passe en pseudo...
Ce serait effectivement super de pouvoir faire cela.
En l'occurrence, le mécanisme existe déjà : les boutons "pertinent" et "inutile". Hélas, malgré leur clarté, beaucoup s'en servent comme d'un "d'accord" et "pas d'accord".
Donc il faudrait que le commentateur dise des choses réellement-vraiment exactes, ce qui peut être le cas, et à il pourrait lui-même qualifier son commentaire de "fait" ? Il faudrait ensuite un mécanisme pour les autres utilisateurs, disant "oui, c'est un fait". Enfin, il faudrait qu'un rédacteur rapporte l'information comme addendum de l'article et pousser une update sur les flux Atom/RSS. Cela me semble beaucoup trop compliqué.
À moins que tu aies une manière plus simple ?
[^] # Re: Rédaction collaborative
Posté par Nÿco (site web personnel) . En réponse à la dépêche Compte‐rendu de la tchache LinuxFr.org du 28 novembre. Évalué à 2.
Comment on différencie un contributeur d'un éditeur ? L'un ayant apporté beaucoup à la news (du contenu, de la perspective, des précisions), l'autre n'étant intervenu dessus que pour des corrections mineures (ortho, mise en forme, etc.).
La taille du diff ne signifie rien : par exemple, le déplacement de paragrahe génère un gros diff.
Le nombre de diffs ne signifie rien non plus : corriger la type, genre ponctuation, espace insécables, listes, titres, et tout ça, ça fait un très grand nombre d'éditions.
Le mieux est que l'auteur initial puisse rajouter un merci aux vrais contributeurs.
[^] # Re: Mieux ?
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Chargement infini des pages. Évalué à 2 (+0/-0).
J'ai toujours les inter-locks décrits dans l'autre bug : http://linuxfr.org/suivi/inter-locks
# Pas mal ! Mais du taf en plus...
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Visibilité en une page de la disponibilité de l'équipe AMR. Évalué à 3 (+0/-0).
C'est une très bonne idée effectivement, pour savoir où on en est dans l'équipe et quand on doit prendre des nouvelles... et en donner.
Mais ça fait un peu flicage, certains ne vont pas adhérer...
Autre chose : on a déjà les réponses automatiques de mails à tester en enlevant les mailing-lists, il y a un truc en plus à paramétrer avant de partir... et au retour.
[^] # Re: pareil issite
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Chargement infini des pages. Évalué à 2 (+0/-0).
Ne pas confondre causes et effets.
[^] # Re: pareil issite
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Chargement infini des pages. Évalué à 2 (+0/-0).
Ça peut venir de là les inter-locks ? http://linuxfr.org/suivi/inter-locks
# Impératif
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Amélioration de l'édition des commentaires. Évalué à 4 (+0/-0).
Toutes ces propositions sont impérative, transparence oblige.
Autre truc : un user doit pouvoir soumettre une correction pour tout type de contenu, le posteur reçoit alors un diff qu'il peut choisir d'appliquer.
[^] # Re: Plus d'infos ?
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Déconnexions régulières. Évalué à 2 (+0/-0).
M*rde...
Chrome sur Mac en est la cause ? On peut se faire une session real-world un jour...
[^] # Re: Plus d'infos ?
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Déconnexions régulières. Évalué à 2 (+0/-0).
Cool, merci !
Tu as compris à quoi c'est dû ?
[^] # Re: Plus d'infos ?
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Déconnexions régulières. Évalué à 2 (+0/-0).
Now
[^] # Re: Plus d'infos ?
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Déconnexions régulières. Évalué à 2 (+0/-0).
Now
[^] # Re: Filtrage
Posté par Nÿco (site web personnel) . En réponse au journal Le filtrage du P2P illégal en Europe. Évalué à -2.
Le filtrage du port 25 c'est pour éviter que les botnets de machines Windows infectées (Windows, infecté, toussa...) n'arrosent vos boîtes à spam.
# Re
Posté par Nÿco (site web personnel) . En réponse à l’entrée du suivi Timestamps complets dans la rédaction et modération. Évalué à 2 (+0/-0).
#703 Suivi - Rédaction Horadatage des révisions pour l'édition d'une dépêche