Connexion
Abonnez-vous

Avec Globalize 1.0, jQuery veut simplifier la gestion des formats internationaux

Et ça gère l’Espéranto ?

Avec Globalize 1.0, jQuery veut simplifier la gestion des formats internationaux

Le 23 avril 2015 à 15h07

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)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar

Mais il n’y a pas déjà une API d’I18N pour ES ?

votre avatar

si Globalize est aussi sexy que Charlize, j’y jetterais surement un œil, voire deux.

votre avatar

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…

votre avatar

Pour moi, il n’y a pas que celle là. <img data-src=" />

votre avatar







ragoutoutou a écrit :



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…





Année-moi-jour y’a que ça de vrai


votre avatar

Va au Japon ou en Chine. <img data-src=" />



Note : la balise url merde avec des : et des # sur NXI…

votre avatar

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.

votre avatar

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 <img data-src=" />

votre avatar

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.

votre avatar

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…

votre avatar

Tu préfères quand c’est écrit comme ici ?

votre avatar

Pour les dates et heures essaye momentjs <img data-src=" />

votre avatar

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.

votre avatar







zefling a écrit :



Pour moi, il n’y a pas que celle là. <img data-src=" />





Ah ces attardés pas encore passés au système métrique…

Ca doit être comme le français comme langue diplomatique, c’était trop compliqué, alors zou on ne s’en sert pas…



+1 pour le format AAAA-MM-DD, mais par contre, à mort le format horaire sur 12h (AM/PM) !!!!!

&nbsp;


votre avatar

C’est top !

votre avatar

Mort aux pendules à aiguilles !!! <img data-src=" />

votre avatar

Ah non. Le séparateur en ISO 8601, c’est “-” et rien d’autre !

votre avatar

Oué, en ISO, on écrit les heures de 0 à 23 !



Pour ceux qui veulent creuser, il y a un article correct - quoique très incomplet par rapport à la norme <img data-src=" />, par là : fr.wikipedia.org Wikipedia.



jb07, Yallatolah auto-proclamé de l’ISO 8601 <img data-src=" />.



Bon sur ce, il est 2015-04-24T00:47, grand temps d’aller au pieu, donc <img data-src=" />

votre avatar



Et ça gère l’Espéranto ?





j’aurais plutôt demandé pour le Klingon, c’est surement plus utilisé que l’esperanto

votre avatar

Et ça gère les zones horaires ? Je galère en ce moment à cause de ça :(

votre avatar

Et ça gère les zones horaires ? Je galère en ce moment à cause de ça :(

votre avatar

Et ça gère les zones horaires ? Je galère en ce moment à cause de ça :(

votre avatar







zefling a écrit :



Pour moi, il n’y a pas que celle là. <img data-src=" />









Qruby a écrit :



Année-moi-jour y’a que ça de vrai







Année-mois-jour c’est juste bon pour tirer en informatique, mais le jour-mois-année est bien plus pratique (en général l’année on n’en a pas besoin).



(le pire du mauvais étant MM-JJ-AA : 11-08-09)


Avec Globalize 1.0, jQuery veut simplifier la gestion des formats internationaux

Fermer