← Tous les articles

12 octobre 2026

Le champ qui n'écrivait plus

Après une boîte de confirmation, RideComposer cessait parfois d'accepter le clavier. Trouver la cause a pris plusieurs jours ; la corriger, quelques lignes. C'est réglé depuis la version 2.0.16.

Vous préparez un cours. Le ride ne vous plaît pas, vous cliquez sur « Vider le ride » pour repartir de zéro. RideComposer vous demande de confirmer, vous confirmez. Vous voulez ensuite choisir le type de cours : la liste ne s'ouvre pas. Vous cliquez dans un champ pour taper un nom : rien ne s'écrit.

Le logiciel ne semble pas planté : les clics arrivent. Mais le clavier, lui, ne passe plus. Et après un redémarrage, tout remarche.

Nous avons rencontré ce défaut nous-mêmes, en préparant des cours, pendant plusieurs jours, sans arriver à le reproduire à la demande.

Pourquoi il était si difficile à attraper

Un défaut qui arrive « parfois » est le pire qui soit : on ne sait pas quoi regarder. Celui-ci prenait des formes différentes.

Le 2 octobre, c'était le nom du ride : on pouvait y poser le curseur et effacer, mais pas écrire. Passer à une autre vue et revenir suffisait à tout rétablir.

Le 6 octobre, c'était le filtre de tempo de la bibliothèque : pas de curseur, pas de frappe — seules les petites flèches du champ marchaient. « Dans certains dossiers oui, dans d'autres non », disions-nous alors. Après un redémarrage, plus rien.

Nous avons d'abord cherché du côté du logiciel lui-même, et vérifié une à une les explications qui paraissaient les plus solides. Un élément invisible posé par-dessus les champs ? Aucun, dans aucun des 326 dossiers de la bibliothèque testée. Un raccourci clavier qui capturerait les chiffres ? Aucun. Un rapport avec le dossier choisi ? Non plus : le défaut disparaissait au redémarrage, dans le même dossier.

Ces vérifications n'ont rien corrigé. Mais elles ont évité de publier une correction sur une fausse cause, qui aurait semblé marcher jusqu'à la fois suivante.

Ce qu'il fallait regarder : le geste d'avant

La piste est venue d'une question simple : qu'avez-vous fait juste avant que ça bloque ?

Le soir du 6 octobre, le défaut est revenu deux fois de suite, toujours après le même geste : « Vider le ride », puis la liste du type de cours. Cette fois, nous avons pu observer le logiciel au moment même du blocage, sans le redémarrer.

Ce que nous avons vu : la fenêtre de RideComposer était bien active pour Windows, mais la page à l'intérieur, elle, croyait ne pas l'être. Elle n'était plus « au premier plan » à ses propres yeux. Or une page qui pense ne pas avoir la main n'ouvre pas ses listes et n'accepte pas le texte tapé.

Le coupable n'était donc pas dans le ride, ni dans la bibliothèque. C'était la petite boîte de confirmation de Windows — celle qui demande « êtes-vous sûr ? ». En se refermant, elle rendait la fenêtre à RideComposer, mais pas le clavier à la page.

Nous pensons que les épisodes du 2 et du 6 octobre avaient la même origine, sans pouvoir le prouver après coup : personne n'avait noté le geste qui les avait précédés.

La correction, et la preuve

Le remède tient en quelques lignes : chaque fois qu'une de ces boîtes se referme, RideComposer demande maintenant à Windows de lui rendre explicitement la main. La boîte continue de répondre exactement comme avant ; vous ne voyez aucune différence, sauf que le clavier marche.

Nous ne voulions pas nous contenter de « ça a l'air de marcher ». Nous avons donc reproduit le vrai défaut, avec une vraie boîte de Windows, refermée par la touche Entrée, et une vraie frappe au clavier :

  • avant la correction : on tape « 67 » dans le champ, il reste vide ;
  • après la correction : on tape « 67 », il s'écrit.

Si un champ ne répond pas

Ce n'est pas la première fois qu'on nous signale un champ « qui ne marche plus ». En septembre, le nom du ride passait pour non modifiable : il l'était, mais son curseur, sans cadre ni fond, ne se voyait pas sur le titre en gras. Même symptôme, cause sans aucun rapport.

Si cela vous arrive, deux informations nous font gagner des jours : ce que vous avez fait juste avant, et ce que vous voyez au moment où vous cliquez — un curseur qui clignote, ou rien. C'est exactement ce qui a permis de trouver celui-ci.

La correction est dans RideComposer depuis la version 2.0.16. La version actuelle, 2.0.18, est à télécharger sur ridecomposer.com.