diff options
author | Arnaud Lier <zeprofdecoding@gmail.com> | 2021-11-17 07:49:36 +0100 |
---|---|---|
committer | GitHub <noreply@github.com> | 2021-11-17 07:49:36 +0100 |
commit | eaba06a2c45bd6fa31409c2142b62d739224bc6c (patch) | |
tree | 8d6e4215edd54c0b868da45133c9eea19b42a191 /files/fr | |
parent | ee182bedcac57dd9c9c7c3ef6c36f99e4ecea93e (diff) | |
download | translated-content-eaba06a2c45bd6fa31409c2142b62d739224bc6c.tar.gz translated-content-eaba06a2c45bd6fa31409c2142b62d739224bc6c.tar.bz2 translated-content-eaba06a2c45bd6fa31409c2142b62d739224bc6c.zip |
Fix translated `type` attribute (#3122)
Diffstat (limited to 'files/fr')
-rw-r--r-- | files/fr/web/html/element/input/datetime-local/index.md | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/files/fr/web/html/element/input/datetime-local/index.md b/files/fr/web/html/element/input/datetime-local/index.md index b5fc4e9260..02f7a49cd6 100644 --- a/files/fr/web/html/element/input/datetime-local/index.md +++ b/files/fr/web/html/element/input/datetime-local/index.md @@ -22,7 +22,7 @@ Les secondes ne sont pas prises en charge. Le contrôle est spécifié afin de pouvoir représenter une heure et une date locales et _pas nécessairement la date et l'heure locale de l'utilisateur_. Autrement dit, une implémentation devrait autoriser toute combinaison valide (d'année / mois / jour / heure / minutes) même si cette combinaison n'est pas valide pour le fuseau horaire de l'utilisateur (par exemple pour les fuseaux horaires qui ne gèrent pas les heures d'été). Certains navigateurs mobiles (sur iOS par exemple) n'implémentent pas cette règle correctement. -En raison du faible support pour `datetime-local` et des variations dans ses implémentations, mieux vaudra peut-être encore (juillet 2019) utiliser un _framework_ ou une bibliothèque pour une telle saisie. Une autre option consiste à séparer les champs pour la date (`type="date"`) et pour l'heure (`type="heure"`) qui sont mieux pris en charge. +En raison du faible support pour `datetime-local` et des variations dans ses implémentations, mieux vaudra peut-être encore (juillet 2019) utiliser un _framework_ ou une bibliothèque pour une telle saisie. Une autre option consiste à séparer les champs pour la date (`type="date"`) et pour l'heure (`type="time"`) qui sont mieux pris en charge. Certains navigateurs pourront utiliser un contrôle avec un texte simple et vérifier que la valeur date/heure est correcte avant de l'envoyer au serveur. Toutefois, ce contrôle ayant lieu côté client, vous devrez nécessairement vérifier le bon format de la donnée côté serveur. |