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

Ship it a un double sens ? J’ai beai relire…

qwerty

Le nom commun "ship", en anglais, signifie "bateau". Le verbe "to ship", d’où provient "ship it", signifie à l’origine "envoyer" ou "transporter" par bateau. "Ship it" n’a pas de double sens, mais la personne qui a mis cette note de bas de page dans l’article a vraisemblablement fait un rapprochement (très à propos) entre le verbe "to ship" et "bateau", même si le sens originel de "to ship" s’est quelque peu perdu.

artragis a proposé de donner à cette release le nom d’un bateau. J’ai immédiatement décidé d’utiliser Boaty McBoatface, parce que c’est un nom de bateau et parce que c’est une référence à la frontière entre Internet, la science, et l’humour.

Ça provient d’un vieux ressort comique. Parsey McParseface est le dernier grand nom dans cette lignée, le précédent était Boaty McBoatface et les gens chez Google ont choisi Parsey McParseface parce que Boaty McBoatface les a bien fait marrer.

+5 -0

Cela dit, ship or die est une expression courante dans le monde des startups tech, qui signifie qu’il faut constamment intégrer les nouvelles fonctionnalités développées en interne sous peine de mourir.

L’idée, c’est que la fonctionnalité même imparfaite génère de l’intérêt des clients pour ton business, et qu’une fonctionnalité bancale est mieux que pas de fonctionnalité du tout.

On est d’accord ou on n’est pas d’accord, mais en tout cas ship a aussi le sens de mettre en prod dans le monde de la tech.

Cela dit, ship or die est une expression courante dans le monde des startups tech, qui signifie qu’il faut constamment intégrer les nouvelles fonctionnalités développées en interne sous peine de mourir.

L’idée, c’est que la fonctionnalité même imparfaite génère de l’intérêt des clients pour ton business, et qu’une fonctionnalité bancale est mieux que pas de fonctionnalité du tout.

On est d’accord ou on n’est pas d’accord, mais en tout cas ship a aussi le sens de mettre en prod dans le monde de la tech.

melepe

Merci ! :-)

+0 -0

L’idée, c’est que la fonctionnalité même imparfaite génère de l’intérêt des clients pour ton business, et qu’une fonctionnalité bancale est mieux que pas de fonctionnalité du tout.

melepe

Oui. C’est exactement pour cette raison qu’on a déployé les tribunes alors qu’il y manque des fonctionnalités. C’est ce qu’on explique dans l’article en question, sous le titre "ship it".

Voili voilà. https://zestedesavoir.com/forums/sujet/8407/v23-en-beta-une-petite-version-de-40-ticket/?page=3#p147248

La boucle me semble bien bouclée. On a expliqué la blague, le nom de la version, on en a profité pour paraphraser l’intégralité de l’article, notes de bas de page y compris. :D

+4 -0

J’avais compris. Juste que ce serait con de pas en profiter pour la visibilité. Ça reste du nouveau contenu et si c’est mis en avant, c’est que c’est de qualité (en principe). So, why not? :P

+1 -0

Oui ça me parait normal de publier sur les RS à chaque mise en avant de billet. Par contre on va faire comme pour les tutos et articles, on va échelonner dans le temps s’il y a plusieurs mises en avant par jour. Surtout dans le cas d’une déferlante telle que celle d’hier. L’idée est de ne pas tomber dans le contre-productif car, à mon avis, au-delà de 2 ou 3 publications en quelques heures, les gens ne cliquent plus (pour les seuls quelques-uns qui auraient cliquer d’ailleurs).

+8 -0

Ça reste du nouveau contenu et si c’est mis en avant, c’est que c’est de qualité (en principe).

Si je ne me trompe pas, le critère est le respect des CGU, pas la qualité intrinsèque du billet.

Je rappelle au cas où ce ne serait pas clair : il n’y a pas de validation des billets ! Pas de retours des validateurs, pas de béta…

+1 -0

Il y a plusieurs choses :

  • soit une tribunes est candidate au rang d’article et un validateur prendra contact avec l’auteur (et si personne ne le fait c’est probablement qu’on n’a pas les compétence)
  • soit la tribune se donne certes une forme cadrée mais un fond peu objectif et là on n’en fera pas un article.

Aujourd’hui il y a 9 tribunes, du coup chaque "type" de tribune est forcément mal représenté par rapport à l’utilisation finale qu’on observera au bout de quelques mois d’utilisation. Ça ne sert à rien de s’inquiéter maintenant.

C’est écrit dans l’article, tu n’as pas lu l’article. :P

Arius

Si, mais à sa publication, je retiens pas tout. Je savais que c’est possible (en tout cas prévu), la question était l’implantation.

+0 -0

J’ai l’impression de voir déjà plein de tribunes qui pourraient facilement donner lieu à des articles (exemple avec le café). Ça me paraît très néfaste parce que j’ai peur que ça diminue encore le nombre d’articles et de tutoriels publiés. Qu’est-ce que vous envisagez à ce niveau ?

Ben Dover

Je ne pense pas.

Je sais que pour ma part, je vais écrire sous forme de billets des idées/brouillons que je n’aurais pas le temps de mettre en forme comme articles. Ça permet de traiter des sujets sur le fil, là où la rédaction d’un article peut s’avérer pénible.

Si ensuite un de ces billets prend de l’ampleur, il devient envisageable d’y consacrer plus de temps pour en faire un article. Ou laisser quelqu’un d’autre le reprendre si la licence le permet.

Si je ne me trompe pas, le critère est le respect des CGU, pas la qualité intrinsèque du billet.

Gabbro

Je n’avais plus ça en tête. Dans ce cas, il est vrai que communiquer systématiquement les billets sur les RS risque de nous faire publier tout et n’importe quoi, au risque de ternir l’image du site.

+0 -0

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.

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