Ceci a pour but de mieux profiter des futures évolutions des markups
des saisies `radio`/`checkbox` (passage en `<fieldset>`), sur lesquels `champ` s'appuie.

fielset + ne pas proposer les saisies de type explication + diverses
corrections syntaxique.

null. Les gens savent consciemment s'ils passent une valeur par défaut!

Saisies champ : ne mettre l'entreé 'aucun' que si on est en radio. En effet, dans le cas des selects, c'est gérer directement par le select, dans les autres cas ce n'est pas pertinent

saisie champ : si forcer_type est n'est pas un tableau, ne pas essayer de le fusionner directement avec un tableau pour ajouter fieldset

saisie champ, l'option qui filtre par type conserve l'arborescence des fieldsets + lorsque deux champs sont homonymes, les conserve

retour sur r115838 : si un fieldset à un label, l'utiliser comme optgroup. On précise toutefois entre parenthese le nom, si jamais on a plusieurs fieldset avec le même label

saisie champ : si un fieldset n'a pas de label, utiliser le nom de la saisie comme titre de optgroup

saisie champ : pouvoir voir les fieldset dans les fieldset. Par contre on rend pas cela comme dans des optgroup dans des optgroup, mais on aplatit les fieldset a partir du second niveau (normalement d'ailleurs on déconseille les fieldset dans les fieldset)

  - mutualisation du code avec les autres saisies
  - conséquence : on peut l'appeler en précision le type de saisies pour
  selectionner la saisie. Donc pas limité au select, mais aussi radios
  ou checkbox