La finalité est donc de permettre de rechercher du contenu à posteriori
Alors voilà: ne pourrait t'on pas utiliser les tags pour permettre à chacun de faire son tri entre le bon grain et l'ivraie en amont ?
Concernant la problématique de _ce_ journal, la fonctionnalité existe déjà sur http://linuxfr.org/top.html Liens avec compteur de clics dans les dépêches
avec comme limitation la seule prise en compte de l'axe "nombre de clics".
C'est un point bien vu de ce journal àmha de suggérer d'y ajouter l'axe d'analyse selon les tags (qui pourrait être recalculé, avec les bons index dans la base pour ne pas trop surcharger). Je n'élabore pas encore, souhaitant quelques commentaires supplémentaires de ceux qui pourraient suggérer une bonne manière pour que cela marche (je n'ai pas d'idée arrêtée) :-)
Écrire un journal apposerait automatiquement le tag linuxfr:journal , une dépêche linuxfr:news, une demande sur le tracker linuxfr:ticket + linuxfr:bug ou linuxfr:feature en fonction de la demande ...
Chacun se définit un profil avec les tags qu'il veut filtrer mais il devient possible d'avoir une vue vue agrégée (eh oui, comme un flux RSS) de tous les contenus qu'il souhaite voir.
Bon, sur ce, je vais me reprendre un peu de moquette.
oui, cela serait une bonne utilisation des tags.
Pour te donner un contre-exemple, une mauvaise implémentation est celle de slashdot :
- elle est très utile à la visu d'une dépêche (le système a assez vite convergé, comme "yro, patenttroll, askslashdot...")
- est totalement inutilisable pour des recherches a posteriori, les dépêches sont triées par ordre... alphabétique, sans indication de date ('fin si en passant sur chaque titre tu as le lien qui contient la date...), je te laisse chercher cette fonctionnalité complètement useless tellement j'en suis dégoûté :-) (indication, ce n'est qu'à un clic, perdu...)
Ce que tu décris, c'est d'ailleurs le cas actuellement si tu regardes https://alpha.linuxfr.org (en bas), les tags qui ressortent correspondent à section / catégorie. En plus il y a la navigation par tag "mes contenus taggués" http://alpha.linuxfr.org/tags il ne manque qu'un nuage avec "LES contenus taggués" (voire "les derniers contenus taggués" avec le nuage ou "les contenus taggués en rapport", toujours avec le nuage).
C'est cela qui correspond à une utilisation sémantique du web et une navigation efficace. Ce modèle est bien mis en oeuvre sur wikipedia, avec du simple web 1.0, même pas de web 2.0 (pas de nuage de tag à ma connaissance, simplement une navigation "transversale", à la HyperCard, très années 90 quoi...).
N'hésite pas à compléter avec des éléments concrets permettant d'apporter des fonctionnalités à LinuxFr ;-)
Notamment, je pense qu'il est important non seulement de migrer les données existantes mais d'être en mesure d'y ajouter des tags (retrospectivement) et comme je ne pense pas que ça va être fait manuellement par les modérateurs, autant profiter de la migration pour le faire, par exemple ce qui concerne la "photo", "blender" (oui toi tu t'en fous, pas d'autres), "latex" (ça plaît à certains), "bepo" (pour un clavier d'avenir), "IPv6" (pour l'à venir), "top500" (d'autres avant patrick_g avaient cette rubrique trustée par les GNU/Linux actuellement), autres sujets.
Bien sûr, cela ajouterait une modération a posteriori sur "derniers tags ajoutés" (sur quels contenus), "derniers contenus taggués" (avec quels tags) mais c'est gérable.
[^] # Re: Les tags ... pour quoi faire ?
Posté par BAud (site web personnel) . En réponse au journal Proposition: Lister les liens présents dans les dépêches. Évalué à 2.
Alors voilà: ne pourrait t'on pas utiliser les tags pour permettre à chacun de faire son tri entre le bon grain et l'ivraie en amont ?
oui et non
cela peut avoir un intérêt ponctuel comme
https://alpha.linuxfr.org/tags/css/public (oui il n'y a pas tant que ça de tags actuellement)
un peu comme ce que j'ai indiqué pour remonter les améliorations sur https://github.com/nono/linuxfr.org/issues/labels/CSS (qui liste les demandes en lien avec les css actuellement identifiées) et qui est plus dynamique que de les lister sur une page wiki comme https://github.com/nono/linuxfr.org/wiki/Linuxfrcss qui demande une édition manuelle ;-)
Concernant la problématique de _ce_ journal, la fonctionnalité existe déjà sur
http://linuxfr.org/top.html Liens avec compteur de clics dans les dépêches
avec comme limitation la seule prise en compte de l'axe "nombre de clics".
C'est un point bien vu de ce journal àmha de suggérer d'y ajouter l'axe d'analyse selon les tags (qui pourrait être recalculé, avec les bons index dans la base pour ne pas trop surcharger). Je n'élabore pas encore, souhaitant quelques commentaires supplémentaires de ceux qui pourraient suggérer une bonne manière pour que cela marche (je n'ai pas d'idée arrêtée) :-)
Écrire un journal apposerait automatiquement le tag linuxfr:journal , une dépêche linuxfr:news, une demande sur le tracker linuxfr:ticket + linuxfr:bug ou linuxfr:feature en fonction de la demande ...
Chacun se définit un profil avec les tags qu'il veut filtrer mais il devient possible d'avoir une vue vue agrégée (eh oui, comme un flux RSS) de tous les contenus qu'il souhaite voir.
Bon, sur ce, je vais me reprendre un peu de moquette.
oui, cela serait une bonne utilisation des tags.
Pour te donner un contre-exemple, une mauvaise implémentation est celle de slashdot :
- elle est très utile à la visu d'une dépêche (le système a assez vite convergé, comme "yro, patenttroll, askslashdot...")
- est totalement inutilisable pour des recherches a posteriori, les dépêches sont triées par ordre... alphabétique, sans indication de date ('fin si en passant sur chaque titre tu as le lien qui contient la date...), je te laisse chercher cette fonctionnalité complètement useless tellement j'en suis dégoûté :-) (indication, ce n'est qu'à un clic, perdu...)
Ce que tu décris, c'est d'ailleurs le cas actuellement si tu regardes https://alpha.linuxfr.org (en bas), les tags qui ressortent correspondent à section / catégorie. En plus il y a la navigation par tag "mes contenus taggués" http://alpha.linuxfr.org/tags il ne manque qu'un nuage avec "LES contenus taggués" (voire "les derniers contenus taggués" avec le nuage ou "les contenus taggués en rapport", toujours avec le nuage).
C'est cela qui correspond à une utilisation sémantique du web et une navigation efficace. Ce modèle est bien mis en oeuvre sur wikipedia, avec du simple web 1.0, même pas de web 2.0 (pas de nuage de tag à ma connaissance, simplement une navigation "transversale", à la HyperCard, très années 90 quoi...).
N'hésite pas à compléter avec des éléments concrets permettant d'apporter des fonctionnalités à LinuxFr ;-)
Notamment, je pense qu'il est important non seulement de migrer les données existantes mais d'être en mesure d'y ajouter des tags (retrospectivement) et comme je ne pense pas que ça va être fait manuellement par les modérateurs, autant profiter de la migration pour le faire, par exemple ce qui concerne la "photo", "blender" (oui toi tu t'en fous, pas d'autres), "latex" (ça plaît à certains), "bepo" (pour un clavier d'avenir), "IPv6" (pour l'à venir), "top500" (d'autres avant patrick_g avaient cette rubrique trustée par les GNU/Linux actuellement), autres sujets.
Bien sûr, cela ajouterait une modération a posteriori sur "derniers tags ajoutés" (sur quels contenus), "derniers contenus taggués" (avec quels tags) mais c'est gérable.