Nouvelle version, tribunes libres !

Zeste de Savoir est passé en version 23 !

Après une version 22 bien remplie, la version 23 de Zeste de Savoir a été mise en production aujourd’hui. Cette version ajoute les tribunes libres, un nouvel espace d’expression attendu depuis longtemps ! Elle apporte également de nouvelles fonctionnalités bien utiles. Nous vous proposons de découvrir tout cela dans cet article ! :)

ZEP-13, tribunes libres

Cette version est la première qui inclut les tribunes libres. Si vous n’avez pas tout suivi, sachez que tout est parti de la ZEP-13. Cette ZEP définissait les tribunes comme un nouveau type de contenu (qui de ce fait rejoint les tutoriels et les articles). Cette définition a depuis été revue. On considère ainsi aujourd’hui une tribune comme un espace d’expression dédié à chaque membre où il peut publier des billets. Cet espace s’inspire grandement des journaux de LinuxFr.org.

Les tribunes sont là !

À la grande différence des tutoriels et des articles, les billets ne sont pas validés par le staff du site. Ils peuvent toutefois être mis en avant afin d’apparaître sur la page d’accueil. Par ailleurs, un billet qui plaît peut être converti en article.

Le développement a été commencé par gustavi pendant l’été 2016 et une première mise en bêta a été effectuée en novembre. Plusieurs bugs ont alors été découverts et des débats ont eu lieu sur la manière dont devaient être implémentées les tribunes. C’est pour cette raison que les tribunes ont été décalées de plusieurs versions.

Le développement a alors été repris par artragis avec l’aide de pierre_24 et GCodeur et a alors pu être achevé. Les tribunes libres ont ainsi été mergées1 pour cette version. :)


  1. Ou fusionnées. Cela signifie qu’elle ont été intégrées à la branche de développement du site. 

Autres améliorations de la v23

Les tribunes sont loin d’être la seule fonctionnalité de la v23. Celle-ci embarque en effet de nombreuses autres nouveautés. Passons-les en revue !

Tout d’abord, l’aide Markdown a été entièrement refaite. Celle-ci se présente désormais sous la forme d’une astuce choisie aléatoirement. Un lien vers la documentation complète est bien entendu disponible :

La nouvelle aide Markdown

Une autre nouveauté est l’affichage des aides éditoriales sur la bêta. Concrètement, si vous créez un contenu en demandant de l’aide (via la ZEP-03) et que vous le mettez en bêta, un bandeau indiquant que vous cherchez de l’aide et proposant de vous contacter par MP sera ajouté sur toutes les pages de la bêta. :)

Ce n’est pas tout ! Une nouvelle fonctionnalité très intéressante est l’auto-complétion des titres des sujets. Ainsi, lorsque vous créez un nouveau sujet, une recherche est automatiquement menée avec le titre saisi et vous indique si des sujets correspondant à ce que vous cherchez existent déjà.

Auto-complétion des titres des sujets

Enfin, une dernière nouveauté est l’ajout de liens vers les tickets GitHub associés aux sujets. Ainsi, lorsqu’un ticket GitHub est créé par un développeur pour un sujet, un lien est automatiquement ajouté dans le menu de gauche de celui-ci :

Un ticket GitHub associé à un sujet

Nous pouvons également citer le bugfix qui a été fait. Il y a notamment eu une passe générale sur l’orthographe ainsi que la séparation des tags populaires entre tutoriels et articles (et billets aujourd’hui ;) ).

Et l'avenir

Ship it ! parce que nous le valons bien.

Comme le dit l’expression anglaise, il fallait que nous transformions cette version en bateau1, de ce fait, nous avons choisi de ne pas intégrer 100 % des fonctionnalités désirées autour des tribunes. C’est pourquoi l’interface de modération n’est pas optimale et que les votes sur les billets arriveront dans une version future. De même, l’interface de rédaction d’un billet sera revue pour être plus claire et efficace.

En parlant d’interface, une fonctionnalité expérimentale devrait accompagner la version 24 qui vous permettra de rédiger vos articles et billets sans avoir à séparer les extraits.

En fonction de vos retours, nous pérenniserons ou modifierons cette fonctionnalité pour qu’elle rende l’expérience de rédaction bien plus agréable et dynamique. Notons que cette fonctionnalité devrait être accompagnée d’une API REST qui permettra aux développeurs front-end de s’occuper de l’ergonomie du tout.

Notons aussi que nous continuons à suivre vos suggestions. Ainsi, les messages des forums seront bientôt historisés et nous ajouterons probablement une interface de résolution de conflits pour les personnes qui rédigent leurs contenus à plusieurs. Vous pouvez suivre l’avancement ainsi que l’ensemble des tickets déjà prévus dans la v24 sur notre projet GitHub.

Où l’on parle JS

Les développeurs ont aussi entamé des tâches de fond comme le passage à Django 1.10, une version plus récente et sécurisée du framework qui permet au site d’exister.

Mais la tâche la plus lourde est la refonte complète du moteur Markdown du site. Ceux qui aiment les détails techniques peuvent jeter un œil sur GitHub, vous y verrez un projet écrit en JavaScript.

ZdS n’est pas censé être en Python ?

Tout à fait et notre moteur de markdown actuel – python-zmarkdown – fait un travail de bonne qualité mais nous nous heurtons à quelques problématiques avec ce projet :

  • peu de personnes (Kje, principalement) maintiennent le code source de ce moteur.
  • le moteur est créé pour faire le plus efficacement possible une traduction de Markdown vers le HTML, mais pas vers d’autres formats tels que le LaTeX, ce qui pose des soucis.
  • il est toujours nécessaire de faire le parsing côté serveur sauf à créer un deuxième outil en JavaScript.

C’est pourquoi victor a proposé de se baser sur des bibliothèques JavaScript existantes qui, au lieu de générer directement du HTML, génèrent auparavant un arbre syntaxique abstrait qu’on peut très facilement traduire dans le format qu’on désire, notamment le HTML, mais aussi le LaTeX pour obtenir un rendu PDF par exemple.


  1. Comment ça « ship it » ne signifie pas « transformer en bateau » ? :p  


En résumé, c’est une très belle release qui a été déployée. Si vous êtes curieux, voici le changelog complet de cette v23 :

Rapport pour le jalon v23-Clemy-McClemface

63 tickets sont compris dans ce jalon

Tickets fermés

Corrections de bugs

Ticket # Titre Label(s)
#4316 Fix sentry 812 C-Back, S-BUG
#4315 fix #4314 (403 sur les galleries) C-Back, S-BUG
#4314 [v23] Erreur 403 lors de l’accès à la galerie liée à un contenu C-Back, S-BUG
#4311 [v23] La promotion d’un billet en article fait perdre la source S-BUG
#4310 [v23]Fix les retours de firm1 C-Back, C-Front, S-BUG
#4309 [v23] Les tags sur les tribunes ne sont pas pertinents S-BUG
#4308 [v23] L’ordre de tri des billets sur la page d’accueil est incompréhensible S-BUG
#4307 [v23] L’appel a voir la tribune de … a disparu S-BUG
#4306 [v23] La recherche sur les billets est kassay S-BUG
#4305 [v23] La promotion d’un billet en article fait perdre des icones S-BUG
#4294 Fix #4292 : corrige les doublons dans les flux RSS/ATOM C-Back, S-BUG
#4293 Fix sentry error C-Back, S-BUG
#4292 [v23] Renommer un contenu l’envoit deux fois dans les flux rss S-BUG
#4291 [v23] Erreur 500 sur une url P-Bloquante, S-Régression
#4289 affiche liste des tribunes sur les billets seulement C-Front, S-BUG
#4287 fix promote to article C-Back, S-BUG
#4285 fix l’obligation de choix d’une licence C-Back, S-BUG
#4282 use utf8 C-Back, P-Bloquante, S-BUG
#4271 Enlève la coloration sur le nombre d’alertes C-Front, S-Régression
#4264 Correction de quelques fautes C-Front, S-BUG
#4256 Suppression du doublon CSRF C-Front, S-BUG
#4255 Correction orthographique C-Front, S-BUG
#4248 Corrige la méthode str d’un modèle C-Back, S-BUG
#4243 Un auteur qui voit son contenu republié doit suivre ce contenu C-Back, S-BUG
#4240 Refonte de l’affichage du badge staff C-Back, S-BUG, S-Refactorisation
#4239 Corrige quelques fautes d’orthographe sur l’affichage des messages C-Front, S-BUG
#4230 Corrige une faute sur le label de l’avatar C-Front, S-BUG
#4213 Correction de l’historique de modération : cas d’une note nulle C-Back, S-Régression
#4059 OAuth et ses fails C-Back, P-Haute, S-BUG
#3622 Problème de connexion depuis un compte Google C-Back, S-BUG
#1691 Manque de cohérence dans l’affichage du bouton d’aide markdown C-Front, S-BUG
#736 Recherche automatique lorsqu’on crée un sujet C-Front, S-Régression

Évolutions

Ticket # Titre Label(s)
#4288 Change le nom pour accéder aux billets C-Back, S-Évolution
#4259 Fix 3963 C-Front, S-Évolution
#4252 Affiche les aides éditoriales lors de la bêta C-Front, S-Évolution
#4249 Enregistre le numéro d’un ticket GitHub créé C-Back, S-Évolution
#4246 Améliore la gestion des tokens GitHub S-Évolution
#4236 Ajout de l’autocomplétion à la création d’un sujet S-Évolution
#4232 Améliore le marquage des notifications comme lues C-Back, S-Évolution
#4229 Cohérence dans les labels des paramètres C-Front, S-Évolution
#4227 Complète la liste des fournisseurs d’e-mails interdits C-Back, S-Évolution
#4225 Ajout d’une instruction pour installation windows C-Back, C-Documentation, S-Évolution
#4214 Corrige la levée d’une erreur C-Back, S-Évolution
#4212 Ajoute une alerte sur le nombre de contenus orphelins en validation C-Front, S-Évolution
#4211 ajoute une commande "make wipe" C-Back, S-Évolution
#4210 Alerte sur le nombre de contenus orphelins dans la zone de validation C-Front, S-Évolution
#4206 Permet de comparer la version courante avec la bêta ou la version publique C-Back, S-Évolution
#4204 Active le ping C-Back, S-Évolution
#4202 Améliore l’historique de modération pour le staff C-Back, S-Évolution
#4164 Les tags dans les menus déroulant des contenus sont filtrés par type. C-Back, S-Évolution
#4078 Fix 3300 : Améliore l’aide markdown C-Front, S-Évolution
#3300 Améliorer l’aide Markdown C-Front, S-Évolution

Non défini

Ticket # Titre Label(s)
#4302 Enlève le compteur de validations sur l’avatar C-Front
#4258 Mise à jour de l’année pour le copyright C-Documentation
#4250 Des cases à remplir lors de la QA dans le template de PR
#4247 Correction de fautes C-Front
#4245 Supprime des morceaux de code morts C-Back, S-Refactorisation
#4241 Améliore la page des alertes C-Front
#4234 Corrige le nombre d’utilisateurs sur le README C-Documentation
#4221 Corrige une erreur dans la doc de la recherche C-Documentation, S-Refactorisation
#4208 Utilise permission_required pour gérer les permissions : fin C-Back, S-Refactorisation
#4207 Utilise permission_required pour la gestion des droits : module forum C-Back, S-Refactorisation
#4179 Clarification d’une section des CGU

69 commentaires

La logique c’est au départ : les billets sont mis en page d’accueil si les modo ont dit "c’est en phase avec les CGU" et qu’il y a au moins 10 votes positifs.

Comme il n’y a pas encore les votes la première conditions suffit pour l’instant mais les versions 24 et 25 vous améliorer les choses.

Pour passer en article, les validateurs ont un bouton magique qui permet de faire ça.

J’avais une petite question à propos des tribunes : comment se passe la réapprobation suite à la republication d’un billet ?

Le staff reçoit-t-il une nouvelle demande d’approbation, comme c’est le cas lors de la première publication ?

En terme de format, s’entends. Mis à part https://zestedesavoir.com/billets/1810/ruby-et-les-encodages-une-sacree-bonne-idee/, il y a beaucoup d’articles qui sont en fait très longs et avec beaucoup « d’illustration » (au sens large du terme).

Le fait qu’on commence à trouver des billets très courts et fortement sujets à débat me rassure, parce que c’était quand même le but premier de la ZEP à l’origine.

En terme de format, s’entends. Mis à part https://zestedesavoir.com/billets/1810/ruby-et-les-encodages-une-sacree-bonne-idee/, il y a beaucoup d’articles qui sont en fait très longs et avec beaucoup « d’illustration » (au sens large du terme).

Le fait qu’on commence à trouver des billets très courts et fortement sujets à débat me rassure, parce que c’était quand même le but premier de la ZEP à l’origine.

SpaceFox

Bah, je vois les billets comme aussi des articles engagé (ou le je est de mise). J’ai du modifier un article (celui sur mon retour d’un engagement citoyen) pour enlever quelques réflexions personnelles (sur conseil d’Arius). Après, je pense qu’un contenu doit être un minimum travaillé, au moins par respect aux lecteurs.

+4 -0

Après, je pense qu’un contenu doit être un minimum travaillé, au moins par respect aux lecteurs.

L’astuce, c’est que par conception un billet n’est pas « un contenu ».

PS : ce qui fait que ce n’est pas un problème d’avoir un billet non travaillé, mais qu’effectivement la version transformée en article se doit d’être propre (ce qui peut nécessiter un peu de travail).

J’en profite pour rappeler que les tribunes ont été conçues à l’origine pour répondre à un besoin précis. Qu’elles soient utilisées pour autre chose, c’est bien – mais il ne faut pas décourager l’utilisation cible, sans quoi on se retrouvera de nouveau avec un problème non résolu. Et c’est pour ça que je me réjouis de voir des billets courts, à débats et sans mise en forme particulière : parce que ça prouve que les billets longs (dont j’ai usé aussi) n’ont pas tué cette utilisation.

Je pense que vous avez eu votre tort en indiquant précisément que : si le billet plait on le passe en article.

Si vous vouliez des formats différents, fallait lui laisser le temps de prendre ses marques sans prendre pour étendard "ce nouveau format a pour finalité d’être un article". Bon c’est comme ça que je l’ai perçu au début et vue que j’suis une fillette naïve j’suis le seul à n’avoir rien compris.

C’est délicat de sortir une nouveauté les mecs et quand on a pas le tact ça vire à ça : "Proto-Article", ce n’est pas si gênant au final. Si on y réfléchit, les gens qui avait des articles en stocks qui n’ont pas plus on pu le faire passer tranquillement en billet (ce qui est moins formaté). Et si vous voyez par là des billets qui sont issus de l’évolution des tribunes (des billets personnelle, des remises en question, ce qui nous plait en ce moment quoi :) ) et bah vous les laisserez tel quel. Quand aux proto-article certains passerons surement en article. Que ce soit l’auteur qui l’exporte pour plus de visibilité ou que ce soit un validos qui l’amène là.

Perso’ j’y ai vue un moyen de faire une Beta-Test d’article vue que ce n’était pas possible à une époque. Bien sur ça ne sert pas qu’à ça et ça se voit. Merci Gabbro

Justement le format prend peu à peu sa forme aux travers des auteurs, mais vous avez influencé le genre en donnant comme finalité (sans le vouloir peut-être ?) "à terme ça devient un article si c’est assez bon, sinon osef ça se noit"

+1 -1

article et béta, ça fait un baille quand même que c’est possible !

L’idée de transformer un billet en article c’est u neffet de bord nécessaire plus qu’une finalité et ça par contre ça a toujours été la communication officielle.

Justement le format prend peu à peu sa forme aux travers des auteurs, mais vous avez influencé le genre en donnant comme finalité (sans le vouloir peut-être ?) "à terme ça devient un article si c’est assez bon, sinon osef ça se noit"

Sérieusement, ne comptez pas là-dessus. Il y a d’excellent billet qui pourrait selon moi être mis en article, mais je n’ai les compétences pour juger précisément, et les validateurs qui le sont n’ont pas le temps. Les deux billets qui vont être transformés, j’en serai le validateur. Autrement dit, à moins d’une action de la part de l’auteur (qui serait bizarre, pourquoi faire un billet si on veut être mis en article ?), la transformation se fait si un validateur a le temps là tout de suite. Autrement dit, ce dont tu parles est une très mauvaise utilisation des billets.

+4 -0

J’ai remarqué une chose sur les billets : je ne sais pas si c’est voulu ou non, dans tous les cas ça n’est je pense pas trop grave (et ça m’a évité une re-publication mineure).

Il est possible de modifier les tags d’un billet, ce qui crée une nouvelle révision, mais les fait tout de même apparaître sur la version publiée. Je présume qu’il en est de même pour les autres métadonnées (titre, description, logo, etc.).

1 mois après le lancement des tribunes, est-ce que quelqu’un peut extraire quelques chiffres de google analytics sur la consultation des billets ?

Est-ce que les billets sont lus ? est-ce qu’ils gardent un rythme de consultation constant ? Dans la mesure du possible une comparaison de l’attractivité d’un billet par rapport à un article.

1 mois après le lancement des tribunes, est-ce que quelqu’un peut extraire quelques chiffres de google analytics sur la consultation des billets ?

Est-ce que les billets sont lus ? est-ce qu’ils gardent un rythme de consultation constant ? Dans la mesure du possible une comparaison de l’attractivité d’un billet par rapport à un article.

firm1

Et fournir ces infos… dans un billet. :P

+5 -0
Connectez-vous pour pouvoir poster un message.
Connexion

Pas encore membre ?

Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte