Comment l'internationalisation de travail en JavaScript?

Je me demandais comment faire face à l'internationalisation en JavaScript. J'ai cherché sur google mais je n'obtiens pas de réponses convaincantes pour:

  • N'JavaScript prise en charge native de l'internationalisation?
  • Qu'est-ce que i18n en JavaScript?
  • La façon de traiter avec des calendriers, des monnaies, des dates, etc.?

J'ai déjà lu L'internationalisation à l'intérieur de JavaScript.

  • Microsoft a récemment publié un jquery mondialisation plugin. Les détails sont ici
InformationsquelleAutor |
  1. 157

    Localisation de soutien dans les anciens navigateurs est pauvre. À l'origine, c'était en raison de phrases dans le langage ECMAScript spec qui ressemblent à ceci:

    Nombre.le prototype.toLocaleString()

    Produit une valeur de chaîne qui représente la valeur du Nombre mis en forme selon les
    les conventions de l'armée de l'environnement des paramètres régionaux en cours. Cette fonction est dépendant de l'implémentation, et
    il est permis, mais pas encouragé, pour qu'il renvoie la même chose que toString.

    Chaque localisation de la méthode définie dans la spécification est définie comme "la mise en œuvre-dépendante", qui se traduit dans un grand nombre d'incohérences. Dans ce cas, Chrome, Opera et Safari serait de retour la même chose que .toString(). Firefox et IE sera de retour régionaux formaté cordes, et c'est à dire même comprend un séparateur de milliers (parfait pour les chaînes de devise). Google Chrome a été mis à jour récemment, pour le retour des milliers de chaîne séparée, bien que sans décimale fixe.

    Pour les environnements modernes, le ECMAScript l'Internationalisation de l'API spec, une nouvelle norme qui complète le Langage ECMAScript spec, fournit un soutien beaucoup mieux pour la comparaison de chaînes, mise en forme des nombres, et la date et l'heure de mise en forme; il fixe également les fonctions correspondantes dans la Langue Spec. Une introduction peut être trouvé ici. Les implémentations sont disponibles dans:

    • Chrome 24
    • Firefox 29
    • Internet Explorer 11
    • De l'opéra de 15

    Il y a aussi une compatibilité mise en œuvre, Intl.js, qui permettra de fournir de l'API dans les environnements où il n'existe pas déjà.

    Déterminer la langue du visiteur reste un problème, car il n'y a pas de spécification pour l'obtention de la langue actuelle. Chaque navigateur implémente une méthode pour obtenir une chaîne de langue, mais cela pourrait être basée sur l'utilisateur de la langue du système d'exploitation ou tout simplement la langue du navigateur:

    //navigator.userLanguage for IE, navigator.language for others
var lang = navigator.language || navigator.userLanguage;

    Une bonne solution pour cela est de faire un dump de la-tête Accept-Language du serveur vers le client. Si formaté en JavaScript, il peut être passé à l'Internationalisation de l'API constructeurs, qui va automatiquement choisir la meilleure (ou la première prise en charge) paramètres régionaux.

    En bref, vous devez les mettre dans une grande partie du travail vous-même, ou utiliser un cadre/bibliothèque, parce que vous ne pouvez pas compter sur le navigateur pour le faire pour vous.

    Diverses bibliothèques et plug-ins pour la localisation:

    N'hésitez pas à ajouter/modifier.

    • Merci à toutes les personnes contribuant; je n'aurais jamais pensé que je pourrais apprendre quelque chose en lisant mon vieux réponses. Je suis heureux de voir la mise à jour pour l'Internationalisation de l'API spec là, c'est vraiment génial et je viens de tester le lecteur dans Chrome.
    • Merci pour l'excellente compilation. Sur une note positive, il ressemble à Mozilla pourrait navire moderne toLocaleString() bientôt – peut-être FF28: bugzilla.mozilla.org/show_bug.cgi?id=769871
    • i18next.com est désormais livré avec une gestion de la traduction construit sur locize.com - cela peut être une grande victoire si vous avez besoin de résoudre le processus de traduction - et pas seulement l'instrument de votre code pour l'i18n. Plus a une belle Incontext de l'Éditeur...
    InformationsquelleAutor
  2. 11

    Mozilla a récemment publié le génial L20n ou la localisation 2.0. Dans leurs propres mots L20n est

    un open source, localisation spécifique au langage de script utilisé pour traiter le sexe, les pluriels, conjugaisons, et la plupart des autres excentrique éléments de langage naturel.

    Leur js mise en œuvre est sur le github L20n référentiel.

    • J'ai commencé un projet qui a besoin de localisation et nous avons décidé d'utiliser L20n trop ;). J'ai donc wrotten une première version d'un L20n Plugin pour RequireJS (github.com/fernandogmar/L20n-RequireJS) dans le cas où vous utilisez RequireJS, je l'espère, il serait utile pour vous aussi. Toute suggestion sera la bienvenue.
    InformationsquelleAutor
  3. 0

    Certains de il est originaire, le reste est à la disposition par les bibliothèques.

    Par exemple Datejs est une bonne internationale de la date de la bibliothèque.

    Pour le reste, c'est juste à propos de la langue de traduction, et JavaScript est nativement compatible Unicode (ainsi que tous les principaux navigateurs).

    InformationsquelleAutor
  4. 0

    Vous pouvez également essayer une autre bibliothèque - https://github.com/wikimedia/jquery.i18n .

    En plus de paramètre de remplacement et de multiples formes de pluriel, il a un support pour le sexe plutôt une caractéristique unique de la coutume, des règles de grammaire que certaines langues ont besoin.

    InformationsquelleAutor