WeDispatch 1.5.4 : des réglages qui tiennent parole

Il y a deux façons de décevoir un client sans jamais lui mentir. La première est de lui laisser activer une fonction qui ne produira rien. La seconde est de lui afficher une information exacte hier et fausse demain, parce que le produit a évolué sous elle. Cette version s'attaque aux deux, et le fait à l'endroit qui compte : dans la structure, pas dans l'affichage.

Le texte surligné suit désormais ce que la lecture sait produire

Le texte qui s'allume au fil de l'écoute n'est pas un effet visuel : il suit la lecture mot à mot. Il lui faut donc, dans la bande son, le repérage de chaque mot — une donnée que toutes les qualités de lecture ne rendent pas. Quatre fonctions reposent sur ce même repérage : le texte synchronisé, la correction d'un passage sans tout régénérer, les sous-titres calés et la découpe d'une citation à la seconde.

Jusqu'ici, cette dépendance vivait dans notre tête. Elle vit maintenant dans le produit. Là où la lecture retenue ne fournit pas ce repérage, l'interrupteur est neutralisé et la raison est écrite juste à côté, sur le compte comme sur chaque site et sur la page accessibilité. Personne ne coche une case pour découvrir trois jours plus tard, par un lecteur, qu'elle n'a rien produit.

Changer de palier prévient avant d'écrire

Un changement de qualité de lecture qui coûterait le surlignage ne s'applique plus d'un clic. Un écran récapitule ce qui serait perdu, précise que les audios déjà produits gardent leur calage et resteront surlignés dans le lecteur, puis demande une confirmation explicite. Si le réglage était actif, il est éteint en même temps — et l'écran le dit. Un réglage qui change sans qu'on l'annonce se découvre toujours au pire moment, et rarement par la bonne personne.

Le retour en arrière ne demande aucun rattrapage : revenir sur un palier qui produit ce repérage rétablit la fonction telle qu'elle était, y compris sur les sites qui l'avaient réglée de leur côté.

La contrainte est attachée à la lecture, pas à un nom de palier

C'est le point que nous tenons le plus. Nous aurions pu écrire, quelque part, « ce palier n'a pas le surlignage ». Cela aurait marché — jusqu'au jour où ce palier gagne le repérage mot à mot, où la restriction serait restée en place sans que plus personne ne se souvienne pourquoi. La règle est donc dérivée de ce que la lecture rend réellement. Le jour où une brique vocale gagne cette capacité, la fonction se rouvre d'elle-même, sans intervention et sans oubli possible. Un contrôle automatique interdit désormais le raccourci inverse.

La provenance d'un audio ne se déduit plus par ricochet

Le palier affiché sur un audio et le lieu où sa voix a été traitée proviennent maintenant d'une table unique et explicite, au lieu d'être reconstitués par déduction. C'est une garantie de fond : une provenance qui se tromperait de continent trahirait exactement la promesse qu'elle est censée attester. Le repli reste prudent — aucune localisation européenne n'est jamais revendiquée par défaut, seulement lorsqu'elle est vraie.

Dans le même mouvement, l'ensemble des messages lus par un client parlent désormais en paliers de lecture — standard, premium, souverain — et un contrôle automatique balaie ces surfaces à chaque livraison pour que cela le reste.

Ce que cela change pour vous aujourd'hui

Pour l'immense majorité des comptes : rien de visible, et c'est voulu. Les qualités de lecture actuelles produisent le repérage nécessaire, le surlignage fonctionne comme avant. Ces garde-fous existent pour le jour où le choix s'élargit — et ce jour approche.

Nous préparons en effet l'arrivée d'une brique vocale traitée en Union européenne pour le palier souverain. Cette version est ce qui permet de l'accueillir sans qu'aucun réglage ne se mette à mentir au passage.

Autres notes de version

• WeDispatch 1.5.3 : chaque article du blog a sa version audio
• WeDispatch 1.5.2 : la page d'état surveille aussi la préparation du texte
• WeDispatch 1.5.0 : la préparation européenne couvre toute la chaîne