ajout d'une propriété shouldBeFiltered (boolean) à chaque composant pour différencier les composants qui auraient dû être filtrés, lorsque l'on désactive les filtres
Duration : Pour une durée année/mois, il était impossible de renseigner une année supérieure à 99. Désormais il n'y a plus de valeur maximum par défaut
ajout d'un paramètre ignoreIterationOnScalar lors de l'appel à la fonction handleChanges pour ignorer l'itération renseignée si la précédente valeur de la variable était scalaire. Permet de toujours fournir une itération sans que Lunatic transforme une variable scalaire en tableau
en pagination "question", le resizing et cleaning sont délayés pour n'avoir lieu qu'en cas de changement de page ou d'appel aux fonctions getData et getChangedData. Cela permet notamment d'attendre une valeur "définitive" avant de potentiellement supprimer des données pour des variables filtrées ou de boucle
FilterDescription : un nouveau composant FilterDescription permettant d'afficher un libellé associé à un filtre a été ajouté. Le composant n'est pas affiché par défaut, sauf en renseignant le paramètre disableFiltersDescription du useLunatic
Radio/CheckboxGroup : les modalités filtrées étaient filtrées à tord lorsque l'on désactive les filtres (disableFilters = true en paramètre du useLunatic)
InputNumber : prise en compte des valeurs minimum et maximum pour les valeurs autorisées
RosterForLoop : les composants filtrés (via une conditionFilter) dans un tableau dynamique sont désormais supportés. La cellule contenant le composant filtré est remplacée par une cellule vide
Pairwise : lorsque la taille de la boucle utilisée par le pairwise était modifiée (exemple : ajout d'un individu), toutes les valeurs du pairwise étaient supprimées
Radio/CheckboxGroup : lorsque l'expression de condition de filtre d'une modalité de radio/checkbox ne pouvait être évaluée (exemple : utilisation d'une variable inexistante), le questionnaire crashait. Désormais comme pour les autres filtres, on ne filtre pas par défaut
la méthode hasPageResponse fournie par le useLunatic rendait toujours true dans les questions de boucles si une autre itération a déjà répondu à cette question
la méthode hasPageResponse fournie par le useLunatic rendait toujours false lorsque les composants sont englobés dans le composant Question sur une page de boucle non paginée (composant Loop contenant un composant Question).
Suggester : lors de la saisie d'une valeur arbitraire (actuellement possible que pour un suggester), l'objet hasPageResponse renvoyé par le useLunatic valait false à tord. Il vaut désormais true
la description de certains composants n'était pas affichée si le composant n'a pas de label. Composants concernés : Datepicker, Input, InputNumber, Textarea, CheckboxGroup (pour les modalités), Radio (pour les modalités), Suggester, Dropdown
retrait des états de variable EDITED, FORCED, INPUTTED, PREVIOUS qui n'étaient pas gérés mais uniquement présent dans les données avec des valeurs nulles
Input, InputNumber : lorsque la saisie dépasse la taille du champ, ajout d'un '...' lorsque le champ n'est pas focus pour améliorer la lisibilité
ajout d'un paramètre disableFilters dans le useLunatic pour permettre de désactiver tous les filtres au sein du questionnaire
ajout d'un paramètre detailAlwaysDisplayed dans le useLunatic pour permettre de toujours afficher les modalités de réponse "detail" (ex : "autre : préciser")
Suppression de Babel et Webpack pour le build, publication en ESM seulement (le build en CJS posait des problèmes à cause de l'utilisation d'ANTLR4 publié en ESM seulement).