Aller au contenu principal

Ajout de fichier (Upload)

Utilisez l’ajout de fichier pour demander une pièce jointe dans un formulaire.

attention

Ce composant nécessite une licence Pro valide en production.

InformationValeur
NiveauPro
Composants Twigdsfr:upload

Usage

  • Renseignez toujours un libellé explicite.
  • Ajoutez une aide de format ou de poids maximal quand la contrainte existe.

Modes d'utilisation

Ajout de fichier · exemple principal
<twig:dsfr:upload
id="identity-proof"
name="identityProof"
label="Justificatif d’identité"
hint="Format PDF, PNG ou JPG. Taille maximale : 5 Mo."
/>

API publique

ComposantRôle
dsfr:uploadComposant principal de cette page.

Configuration

OptionTypeDéfaut / requisValeurs et usage
idstringSelon composantIdentifiant HTML, normalisé et utilisé par aria-controls quand nécessaire.
labelstringRequisLibellé visible du contrôle.
namestring|nullnullNom du champ fichier.
hintstring|nullnullTexte d’aide DSFR.
acceptstring|nullnullFormats acceptés, par exemple .pdf,.png.
errorstring|nullnullMessage d’erreur, active l’état erreur.
validstring|nullnullMessage de validation, active l’état valide.
multipleboolfalseAutorise plusieurs fichiers.
requiredboolfalseRend le champ obligatoire côté HTML.
disabledboolfalseDésactive le contrôle. Accepte aussi 0/1 ou chaînes booléennes.

Guide d'intégration

QuestionRéponse
Famille DSFRFormulaire
Quand l'utiliserQuand l’interface collecte, valide ou soumet une donnée utilisateur.
Quand éviterPour afficher une information non modifiable : préférez un composant de contenu ou de feedback.
API publiqueUtilisez uniquement les composants Twig listés sur cette page : dsfr:upload.
Documentation DSFRConsultez aussi la bibliothèque officielle : Système de Design de l'État.
Ajout de fichier : options, accessibilité et rendu DSFR

Variantes de ajout de fichier

  • état désactivé avec disabled quand l’action existe mais n’est pas disponible.
  • états de validation avec error et valid, sans construire les classes à la main.

Points de contrôle propres à ce composant

  • Renseignez toujours un libellé explicite.
  • Ajoutez une aide de format ou de poids maximal quand la contrainte existe.
  • Vérifiez les états erreur, succès et neutre avec les messages réellement liés au champ.

Accessibilité formulaire

  • Chaque champ doit avoir un label, legend ou titre de groupe compréhensible.
  • Les aides et erreurs doivent rester reliées au champ avec les identifiants générés.
  • Utilisez required, disabled, error et valid pour refléter le vrai statut métier.

Intégration Symfony/Twig pour dsfr:upload

  • Ajoutez vos attributs applicatifs (data-controller, data-action, aria-*, class) sur dsfr:upload quand ils concernent son nœud racine.
  • Gardez des id prévisibles pour dsfr:upload, surtout dans les listes ou formulaires répétés.

Checklist de recette

  • label visible ou accessible
  • message erreur lu par technologie d’assistance
  • valeurs conservées après erreur de validation
  • rendu vérifié en thème clair et sombre ;
  • rendu vérifié sur mobile, tablette et desktop ;
  • aucune erreur dans le profiler DSFR ni dans l'inspecteur d'accessibilité du navigateur.

Erreurs fréquentes

SymptômeCorrection
Les classes DSFR semblent incomplètesUtilisez les props du composant plutôt que des classes ajoutées à la main.
Un panneau, menu ou état actif ne fonctionne pasVérifiez que le JavaScript DSFR est chargé et que les identifiants HTML sont uniques.
Le composant rend en local mais pas en productionVérifiez la licence avec php bin/console dsfr:license:validate.