- Si un seul onglet est vertical dans un groupe, on considère que l'ensemble des onglets le sont.
- Css : dans le public largeur `15em`, dans le
privé `--spip-form-label-width`, responsive avec un code de @nicod_
masqués si l'entrée suit un fieldset.
Pour se faire on rend prioritaire le réglage de padding-top sur les
éventuels réglages de l'espace privé de SPIP.
La vue d'une saisie fieldset contient également des fieldset.
C'est parfaitement valable d'avoir des fieldset hors formulaire, et ca
permet que le stylage par défaut dans les emails soit plus correct.
- Barre d'actions : utiliser les nouvelles icônes + ajustements CSS
- Boutons Spip 4
- Adaptations des styles pour Spip 4. On en profite pour ranger et reformater la CSS.
Cf. https://core.spip.net/issues/4540
Pour les saisies :
- radio
- checkboxes
- case
- oui_non
- choix_grille
regrouper les choix possibles dans un `<fieldset>.
L'option `label` de la saisie devient une `<legend>`.
On ajoute systématiquement la classe `.label`, que ce soit un `<label>` ou une `<legend>`.
Différent ajustement css des styles du privé en lien avec cela.
On en profite pour aerer et commenter un peu le code
(Commit de squash fait par @maieul sur la base du travail de @nicod_)
On n'est pas obligé de reprendre exactement le nom des saisies pour les icônes, une icône pouvant être réutilisée pour plusieurs saisies. On se base plutôt sur le type d'input.
On met le fichier source avec toutes les icônes, si besoin d'en ajouter ultérieurement
Afficher_si sur le listing d'étape
Pour éviter un effet trop disgracieux, on se contente de masquer/demasquer, sans aucune transition.
Avant d'appliquer les afficher_si, figer la hauteur du bloc d'étapes, pour que lorsqu'une étape est masquée/demasquée cela ne fasse pas un effet de déplacement vertical sur le formulaire proprement dit.
Quand les onglets dépassent du menu, on le détecte en JS et on ajoute une classe pour l'indiquer.
Les onglets deviennent scrollables horizontalement :
* La barre de défilement n'apparaît qu'au survol
* On ajoute un masque avec un dégradé sur les côtés pour montrer qu'il y a du contenu masqué.
* On décale les onglets pour la même raison.
Il faudrait une indication visuelle supplémentaire, un chevron par exemple.
Mais avec le masque c'est compliqué, en attendant mieux ça fera le taff.
* s'assurer de ne parser qu'une seule fois chaque fieldset, car il peut arriver que des formulaires soient imbriqués, comme le constructeur de formulaires.
* mettre les onglets au début du .editer-groupe qui contient les fieldsets, pas avant + léger ajustement css dans le privé
* préparer la possibilité future d'avoir des onglets verticaux : on met tout dans un conteneur général, et les fieldsets également.
* ajustements css du constructeur de form afin que les boutons d'action des fieldsets en onglets restent facilement cliquables
* Fonctionne quelque soit la position du fieldset et son niveau d'imbrication
* Fonctionne avec l'option pour activer les étapes
* Incompatible avec l'option `pliable`
basse des fieldsets soit plus clairs _en general_.
En attendant la refonte globale, on permet dans un constructeur de
formulaire de voir clairement les limites du fieldset, afin que les
gens placent correctement les champs. Cela ne concerne QUE le
constructeur de formulaire, qui a besoin d'être claire et reste
technique.
Close#55
- Modifier le JS pour englober dans une fonction permettant l'utilisation de $
- Les variables créés qui sont de jquery sont préfixées de $
- Supprimer les required dans tous les input, textarea et select du formulaire de contructeur de formulaire !
- ET correction CSS lorsqu'un champ était déclaré obligatoire, tous les labels du formulaire de configuration étaient en gras,
et pas seulement ceux obligatoires dedans.
(qui je suppose ne s'applique plus en 3.1 vu que c'est passé en div.selecteur_item).
Ici, en présence de li.selecteur item (c'est à dire sur un spip 3.0) on reset un peu le CSS pour ne pas qu'il conflicte avec le formulaire de configuration.
Devrait corriger le problème css signalé par : http://contrib.spip.net/Champs-Extras-3#forum483556
Maïeul
RastaPopoulos
tcharlss
nicod_
maieul@maieul.net