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

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

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

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

23/04/2015 2 minutes
23

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

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é.

23

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

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








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



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



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


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


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.








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;



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


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


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à : http://fr.wikipedia.org/wiki/ISO_8601.



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=" />




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 :(








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)