Meilleure intégration du DSFR dans l'API de rendu des formulaires de Django + implementation du composant toggle #254
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
🎯 Objectif
L'API de rendu des formulaires arrivée avec Django 4.2 permet un rendu des formulaires plus souples. Cette PR intègre mieux cette API dans django DSFR en supprimant le besoin de
{% dsfr_form_field %}
. Les champs peuvent maintenant se rendrent seuls avec{{ field.as_field_group }}
.Cette PR propose aussi une façon d'unifier la déclaration d'attributs spécifiques au DSFR. Typiquement, la classe du
<div>
qui regroupe l'input et son label, qui est parfois appelégroup_class
ouextra_classes
dans le DSFR. Cette PR propose de tout regrouper sous le nomdsfr_wrapper_class
porté par le widget. Elle ajoute égalementdsfr_input_class
pour la classe de base de l'input etdsfr_label_attrs
pour les attritbuts du label.À l'avenir, ces attributs devraient pouvoir aussi être surchargés dans le formulaire de la façon suivante:
de la même manière qu'il est actuellement possible de surcharger les
widget
dans lesModelForm
. Ce n'est pas implémenté par cette PR pour qu'elle ne soit pas trop grosse.