Existe-t-il un moyen de localiser le type d'entrée = "date" en HTML5

Question

Je sais qu'à l'époque de la rédaction de ce seul Opéra prend en charge un navigateur de l'INTERFACE utilisateur pour

<input type="date" name="mydate">

et peut-être que mes tentatives pour localiser ce domaine ont été remplies avec de la frustration parce que les subtilités de localisation n'ont pas encore été inclus dans leur mise en œuvre, mais je ne voit même pas mention de cela dans la spec HTML5. Est-il possible que la localisation doit être spécifié? Dois-je faire lang="fr" sur un élément parent?

Quelques notes sur la mise en œuvre du site en question:

• Localisation (langue) est explicitement choisi par l'utilisateur car ils sont la gestion des données dans plusieurs langues et il n'est pas raisonnable de s'attendre à ce que l'utilisateur du navigateur google chrome est dans la langue d'être vu ou que le navigateur fournit langue souhaitée en-têtes de requête.
• Je veux être sûr que si la page est rendue en français que le sélecteur de date fournie par le navigateur chrome montre les options qui font sens pour la langue française.
• Le plan est de revenir à jQueryUI pour les navigateurs qui ne prennent pas en charge type="date", je vais utiliser le mécanisme de détection de condition de Plongée en HTML 5

Answer 1

D'après ce que je sais, la pensée derrière ce que nous faisons dans Opera (divulgation complète: je travaille pour eux) est que le sélecteur de date est presque une extension du chrome, un contrôle natif du navigateur. En tant que tel, il sera localisé en fonction de la langue du navigateur, plutôt que de la langue de la page consultée.

Answer 2

Je suis d'accord avec lambacck. Actuellement, je suis en train d'écrire du code Javascript pour en faire le nouveau formulaire de fonctionnalités disponibles de la croix-navigateur, à l'aide de jQuery UI pour cela.

Je travaille au Luxembourg qui est un bon endroit pour illustrer le problème de traduction dans plus de détails.

La plupart des sites que nous écrivons sont multilingues de|fr|en. De nos statistiques, nous pouvons dire, que les gens utilisent la langue de l'interrupteur sur le site pour afficher la langue de leur choix, mais ce choix correspond rarement le navigateur préféré des paramètres régionaux.

Si les paramètres régionaux du calendrier etc. le terrain est effectué par le système d'exploitation, cela nous ramène à la malheureuse <input type=file> situation où l'étiquette lit de Télécharger un fichier et le bouton Parcourir. Vous ne pouvez rien faire à propos de cette langue mix et j'ai toujours trouvé ceci pour être une nuisance majeure.

Conclusion, je dois remplacer le calendrier par défaut avec le jQuery, l'un pour être sûr qu'il fait ce que je veux.

À mon avis, un configurable à l'API ou au moins un moyen de manipuler les paramètres régionaux à un niveau de HTML serait génial. Depuis que les nouveaux types de champs ne sont pas largement adoptée par les autres fabricants de navigateurs, j'imagine que cette question pourrait encore être prises en compte.

Merci pour la lecture de ce.