Zend FR

Ta popup a bien une URL ? Tu peux donc passer la localisation via un paramètre

Un des intérêts d'avoir JS séparé du HTML est  le découplage de la logique information HTML, de la logique interaction JS. Je passe sur la couche présentation CSS (oups, c'est fait ^^). Ce qui te permet d'avoir un site fonctionnel sans JS mais bon apparement ce n'est pas le débat ici.

Au fait, tu peux faire des popups totalement en JS, mais ayant une URL ^^ (au hasard, les popups en ajax).

@norky: J'aimerai bien connaître les raisons de ton choix car je n'en vois aucune (accessibilité, coût en BP )

Petit PS :
Concernant les performances, il est conseillé de faire les appels de fichiers JS juste avant la fermeture du body et non pas dans le head

Dernière modification par ndesaleux (27-10-2009 17:48:38)

dans mon contrôleur je positionne la valeur de la langue dans la vue

$this->view->lang = "fr";

Dans ma vue je mets une bout de JS qui positionne une variable JS

<script>
   App.lang = "<?php echo $this->lang; ?>";
</script>

ensuite dans n'importe quelle partie de mon code JS je peux utiliser App.lang
pour ce qui est de traduire les éléments d'u-interface JS comme les massages et autres labels j'ai des fichiers de langues que je charge avec ajax ces fichiers sont des fichier contenant du JSON statique (pour utiliser le cache et aller plus vite)

{
UserForm {
   title: "Edition d'un Utilisateur",
   name: "Nom",
   nameError: "Un nom ne peut que contenir des ...."
   ...
}

ainsi dans mes javascript il n'y a aucune chaîne de caractères autre de des élément techniques j'utilise systématiquement des objets

aform = new FormPanel({
title : UserForm.title,...

ainsi toute mes application sont traduisible par simple ajout de nouveaux fichiers de langue. et une mise ajout de la liste des langue gérée.

voici un exemple de fichier de langue

{
    ContactList: {
        title: 'Mes contacts',
        add: 'Ajouter un contact',
        edit: 'Modifier le contact',
        remove: 'supprimer le contact',
        removeError: 'impossible de supprimer ce contact',
        removeConfirm: 'Le contact à été supprimé'
    },
    Contact: {
        title: 'Contact : ',
        wait: {
            title : 'Veuillez Patienter',
            msg: 'SVP .....'
        },
        genre: [
            ['0', 'Homme'],
            ['1', 'Femme'],
            ['2', 'Enfant']
        ],
        save: 'Enregistrer',
        reset: 'Annuler'
    }
}

et un exemple de js qui l'utilise

        this.win = new Ext.Window({
            id: 'contact-win' + this.id,
            title:  this.locale.title + this.name,
            width: 400,
            height: 230,
            iconCls: this.iconCls,
            shim:false,
            animCollapse:false,
            closable:true,
            resizable: true,
            constrainHeader:true,
            bodyStyle:'padding:5px 5px 0',
            border:false,
            layout: 'fit',
            buttonAlign:'center',
            items: this.form

        });

A+JYT

@GueloSuperStar :
J'ai 2 types de javascript : les "librairies" qui sont des js statiques et des javascripts dynamiques qui sont liés à une page donnée.
Ces js dynamiques sont générés en PHP et donc je peux utiliser mon translateur dedans.

Si vraiment tu veux que tous tes js soient statiques, tu peux mettre dans ton html, dans une div cachée des contenus localisés et quand tu en as besoin en javascript, tu vas les chercher dans ton html.

A+, Philippe

@Philippe :

Moi aussi j'ai des librairies JS et des scripts qui ne sont appelé que dans certaines partie du site.

Moi mes scripts qui sont appelé spécifiquement dans chaque partie sont des fichiers js donc en gros "statiques"

je veux bien faire comme tu dit en php mais ça veux dire, soit je fait mon traitement dans ma "view"ou mon "controller" non?


Comme ceci :

<?php $this->headScript()->captureStart();?>

Mon code javascript

<?php $this->headScript()->captureEnd();?>

A moins que tu fasse autrement?

Merci les Zender's

Dernière modification par GueloSuperStar (28-10-2009 08:55:02)

nORKy a écrit:

ndesaleux a écrit:

@norky: J'aimerai bien connaître les raisons de ton choix car je n'en vois aucune (accessibilité, coût en BP )

Argument bidon. A partir du moment ou tu utilises javascript et de la localisation, tu vas pas me dire que tu te soucis de la BP et de qq ko.. Dans ce cas la, il fallait pas utiliser JS (et encore moins des images sur ton site !)
(cf post de sekaijin ci-dessus identique à ce que je fais, a part qu'il les récupères via ajax)

En quoi, est ce un argument bidon. Si tu utilise des bibliothèques JS, par exemple Jquery, tu utilises les CDN de google via http://ajax.googleapis.com/ajax/libs/jq … ery.min.js (C'est pas ta BP qui est prise mais celle de google, de plus si tous les développeurs le font, tu as de forte chance que le fichier soit en cache chez le client). Gain de ton coté et au niveau de ton client ^^

De plus, le fait d'avoir plusieurs langues ne t'oblige nullement de charger toutes les langues à chaque fois. Tu ne charge que la localisation nécessaire. Au mieux tu fais un chargement via Ajax de la traduction nécessaire, au pire tu recharges la page avec les informations nécessaire. Je te retourne la question pourquoi surcharger la page avec des informations non nécessaire, comprendre les traductions. C'est peut être jouable avec des langues telles que de l'anglais et du français. Mais dès que tu gères des langues comme l'arabe ou tout autre langue qui se lit de droite à gauche, tu dois aussi penser à adapter l'interface. C'est aussi ça, la localisation.
Lorsque tu dois gérer un site traduit en 10-20 langues, cela devient vite une surcharge inutile bien que cela soit possible pour 2-3 langues.

JS n'est la que pour apporter du confort d'utilisation à l'utilisateur, ni plus ni moins.

Ps : on est plus à l'époque du net ou on avait tous (du moins ceux qui avait le net !) des 56k...

Est ce une raison pour faire des sites qui sont hyper lourd ? Après si tu veux avoir des problématiques lors de surcharge de serveur, tu penseras peut être à gagner quelques petits ko pour améliorer l'expérience utilisateur.

Cf http://performance.survol.fr/2008/06/a-quoi-ca-sert/ et les autres articles sont tout aussi intéressant.

Après chacun voit midi à sa porte, je propose vous disposez. Je te fais simplement part de mon expérience de la gestion de la localisation.

Dernière modification par ndesaleux (28-10-2009 10:18:42)

@sekaijin :
Sur le principe on n'est pas si loin l'un de l'autre (t'es un peu plus jusqu'auboutiste). Globalement l'essentiel de mon JS est effectivement statique. Ensuite j'associe à une fenêtre de mon appli quelques lignes JS générées dynamiquement qui appellent des librairies JS statiques.
Chez toi c'est juste un passage de variable et chez moi c'est quelques lignes de code qui activent mes librairies en leur envoyant les bons paramètres, mais on est dans le même ordre d'idée.

Par contre, le fait de générer toute l'IHM en JS, c'est un cas très particulier. C'est intéressant pour un intranet ou une application.
Par contre c'est souvent inutilisable sur un site "standard". J'ai souvent besoin sur mes sites d'avoir
- des URLs différentes entre les pages (ne serait-ce que pour envoyer un lien par email)
- des pages lisibles par un moteur de recherche

Dans tous les cas, j'ai travaillé une fois sur un projet "full JS" comme le tien et effectivement, je retrouvais les mêmes problématiques que le bon vieux client-serveur de ma jeunesse (avec notamment le MVC client cher à swing pour les adeptes de java )

A+, Philippe

Pour ma solution c'est bien ça !

A+, Philippe