Une nouvelle bibliothèque vient d'être finalisée par les équipes de jQuery : Globalize. Celle-ci passe en version 1.0 et aura pour but de simplifier la gestion des formats pour ceux qui diffusent des outils et des services à l'international.
La fondation jQuery vient d'annoncer la version 1.0 de l'un de ses projets de longue date : Globalize. Derrière ce nom un peu générique se cache une bibliothèque qui vise à simplifier la vie de ceux qui développent pour l'international. On retrouve en effet toute une série d'outils permettant de formater facilement des dates pour différents pays, mais aussi sous différentes présentations (relative ou non par exemple).
Il en est de même pour les valeurs numériques comme les chiffres et les nombres, les pourcentages ou même les monnaies. Il est même prévu de simplifier les cas où un pluriel pourrait apparaître en fonction du résultat, dans différentes langues. L'équipe s'est reposée sur des standards internationaux pour constituer sa bibliothèque, qui peut être utilisée dans n'importe quel navigateur mobile ou non, ainsi que via Node.js.
Ceux qui veulent en savoir plus pourront se rendre au sein de cette documentation diffusée via le dépôt GitHub du projet. Un guide d'installation est aussi disponible, ainsi que plusieurs exemples. Pour ceux qui utilisaient des moutures 0.x, un guide de migration est proposé.
Commentaires (23)
Mais il n’y a pas déjà une API d’I18N pour ES ?
si Globalize est aussi sexy que Charlize, j’y jetterais surement un œil, voire deux.
du moment que ça reformate les ordinateurs faisant du “middle endian” par défaut, je suis content…
Sérieusement mois/jour/année comme format, c’est une aberration intellectuelle qui mérite d’être punie…
Pour moi, il n’y a pas que celle là.
" />
Va au Japon ou en Chine.
" />
Note : la balise url merde avec des : et des # sur NXI…
Humm, c’est pas mal mais sur Chrome en ASP.Net MVC je suis obligé de spécifier la culture dans les vues.
Sinon la validation javascript se casse la gueule sur Chrome et veut une date mmddyyyy.
Je testerais la 1.0.
C’est surtout les canadiens qui sont pas très décidés dans leur utilisation !
" />
Sinon oui, Chine et Mongolie ça fait un peu du monde qui utilise aaaa-mm-jj
En tout cas, j’ai un site ou j’ai Fr, En et Ja, et pour les dates, je ne me suis pas fait chier c’est le format UK (même si mon truc supporte le format US, mais je trouve ce format tellement aberrant). Sinon, je préfère largement bosser avec le format asiatique… Tellement plus logique.
C’est un format normalisé, surtout : ISO 8601. J’essaye de le claquer un peu partout au boulot, mais il y quelques résistances (euphémisme !). Pourtant on bosse avec le monde entier et on a régulièrement des merdes avec des dates butoirs qui bougent parce tout d’un coup, on se rend compte que si le client a dit : livraison le 05/12/2015, ce n’est peut-être pas pour décembre et il faudrait se bouger un peu…
Tu préfères quand c’est écrit comme ici ?
Pour les dates et heures essaye momentjs
" />
J’essaierais ça a l’air pas mal, mais ça reste quand même 40× plus lourd que ce que j’ai fait pour mon utilisation perso. Je n’ai pas besoin de toutes les langues.
C’est top !
Mort aux pendules à aiguilles !!!
" />
Ah non. Le séparateur en ISO 8601, c’est “-” et rien d’autre !
Oué, en ISO, on écrit les heures de 0 à 23 !
" />, par là : http://fr.wikipedia.org/wiki/ISO_8601.
" />.
" />
Pour ceux qui veulent creuser, il y a un article correct - quoique très incomplet par rapport à la norme
jb07, Yallatolah auto-proclamé de l’ISO 8601
Bon sur ce, il est 2015-04-24T00:47, grand temps d’aller au pieu, donc
Et ça gère l’Espéranto ?
j’aurais plutôt demandé pour le Klingon, c’est surement plus utilisé que l’esperanto
Et ça gère les zones horaires ? Je galère en ce moment à cause de ça :(
Et ça gère les zones horaires ? Je galère en ce moment à cause de ça :(
Et ça gère les zones horaires ? Je galère en ce moment à cause de ça :(