[saisies ↪ emoji] 3 commits

spip-contrib-extensions/saisies | 3 commits

Par Maïeul Rouquette, le 11 mars 2022 à 00h12min :

Saisies input et textarea : lorsqu’une valeur est préchargée (par ex.
depuis un enregistrement en base), décoder les entités html numérique
des planes UTF-8 > 0.

Cela permet que si une personne a saisie un emoji, elle retrouve l’emoji
et non pas l’entité HTML correspondante (qui est de facto stockée en
base MySql, à cause du utf8_noplanes()).

On n’applique cela qu’aux entités numériques des planes > 0, ce qui
permet aux gens qui s’amuseraient à utiliser des entités numériques pour
le plane 0 (`Basic Multilingual Plane’) de continuer à les voirs.

Evidemment une personne qui aurait insérée volontairement une entité
numérique pour un plane > 0, plutôt que d’avoir l’emoji, le verrait
transformé en emoji… mais ma foi, est-ce un problème ?

Modifié
saisies/input.html
saisies/textarea.html
saisies_fonctions.php

Détails : Saisies input et textarea : lorsqu'une valeur est préchargée (par ex. · 2c0523740b - saisies - SPIP on GIT

==============================
Par Maïeul Rouquette, le 21 mars 2022 à 15h08min :

Constructeur de formulaire et options de saisies : si le POST contient
des champs vides pour les options (''), ne pas enregistrer une option
vide en base (posait problème notamment pour les vérifications de
nombre).

Bug introduit en e3bed20205b6fd83568b220b02c80462204da1fa lors de
l’ajout des vérifications multiples dans le constructeur.

  • simplification de code, notamment en cas d’absence de verif.

Modifié
formulaires/construire_formulaire.php
paquet.xml

Détails : Constructeur de formulaire et options de saisies : si le POST contient · 010502e2b5 - saisies - SPIP on GIT

==============================
Par Maïeul Rouquette, le 11 mars 2022 à 00h12min :

Saisies input et textarea : lorsqu’une valeur est préchargée (par ex.
depuis un enregistrement en base), décoder les entités html numérique
des planes UTF-8 > 0.

Cela permet que si une personne a saisie un emoji, elle retrouve l’emoji
et non pas l’entité HTML correspondante (qui est de facto stockée en
base MySql, à cause du utf8_noplanes()).

On n’applique cela qu’aux entités numériques des planes > 0, ce qui
permet aux gens qui s’amuseraient à utiliser des entités numériques pour
le plane 0 (`Basic Multilingual Plane’) de continuer à les voirs.

Evidemment une personne qui aurait insérée volontairement une entité
numérique pour un plane > 0, plutôt que d’avoir l’emoji, le verrait
transformé en emoji… mais ma foi, est-ce un problème ?

Modifié
saisies/input.html
saisies/textarea.html
saisies_fonctions.php

Détails : Saisies input et textarea : lorsqu'une valeur est préchargée (par ex. · 332c9d1105 - saisies - SPIP on GIT