Langues du site : [ar] [en] [es] [fr] [it]

À propos de SPIP
SPIP
SPIP Blog
SPIP Démo
SPIP Doc
SPIP Forums
SPIP Herbier
SPIP Irc
SPIP Party
SPIP Sedna
SPIP Test-GrmlEU
SPIP User
SPIP Zone

• Glossaire
• Téléchargement
• Plugins Zone
• Carnet wiki
• 
• 

Navigation

• Menu plat - compatibilité 1.9.3

  9 mai 2008 11:22, par Rainer

  Bonjour,

  Je viens d’essayer ce menu avec un spip 1.9.3 dev [11578] et chaque fois que je clique sur le lien je suis renvoié à l’espace interne.

  Comment faire pour faire cette contrib compatible avec 1.9.3

  Merci Rainer

  Répondre à ce message

  Retour au début des forums

• Formulaire menu_lang plat sans URL sur la langue sélectionnée

  1er mai 2008 15:23, par Vinchoz

  Bonjour,

  J’ai utilisé ce menu de mon site. Il s’affiche correctement Il se trouve que le lien de traduction se retrouve "fixer" : je m’explique :
   Je vide le cache ds l’interface admin
   je vais sur le site... et navigue... je demande un changement de langue pour l’article X : ça fonctionne
   si je continue à naviguer et redemande une traduction d’un autre article... le lien me renvoie toujours sur la traduction de l’article X, et cela même si je me connecte avec une autre machine. ... ds l’urgence je l’ai fait sur la homepage... mais c’est pas très pratique.

  Avez-vous une idée ?

  Merci de votre collaboration

  Vin.

  Répondre à ce message

  • Pb dû au cache ? 5 mai 2008 22:39, par vianatalia

    J’ai remarqué récemment un dysfonctionnement mais apparemment pas le même : je suis sur la page accueil en EN. Je vais à la page recherche. Je change la langue : FR. Je navigue vers des pages que je n’ai pas encore visité : tout va bien. Je reviens à la page accueil, elle s’affiche en EN.

    Dans les deux cas je crois que c’est lié au cache de SPIP. Si jamais je mets le cache à 0 dans le squelette, le problème disparaît. Non ?

    Répondre à ce message

    • Pb dû au cache ? 6 mai 2008 15:00

      Bonjour,

      Tout d’abord merci de votre réponse. La piste semble plausible. J’ai fait l’essai en rajoutant : #CACHE{0} au début des squelettes : sommaire, rubrique et article.html Résultat : aucun changement notoire malheureusement ! Le changement de langue s’effectue toujours correctement mais cela ne renvoie pas sur la bonne page.

      Cela fonctionne si, dans une page je clic sur le bouton "Recalculer la page" : Là le lien se fait parfaitement.

      Mais après : tous les changement de langue ramène à cette dernière traduction : comme si le numéro de l’article ou de la rubrique étais "scotché" une 1ère fois dans le lien langue.

      Je continue à chercher mais je ne suis pas très à l’aise en php.

      Salutations

      Vin.

      Répondre à ce message

  Retour au début des forums

• menu_lang plat une langue par secteur ?

  17 décembre 2007 15:53, par Fourmy

  Bonjour, j’essaie de mettre en place un site multilingue fr-en-es. J’ai du mal à comprendre et ma logique actuelle serait de traduire les rubriques. par exemple rubrique 1 présentation [en français] puis une traduction de la rubrique en espagnol et une autre traduction pour l’affichage de la rubrique 1 en anglais Seulement acuellement je n’ai pas la possibilité de traduire les rubriques. Pourtant j’ai bien configuré la gestion des langues sur "Activer le menu de langue sur les rubriques"

  ou alors une langue par rubrique ?

  merci de vos éclaircissements.

  Fourmy

  Répondre à ce message

  • menu_lang plat une langue par secteur ? 19 décembre 2007 23:20, par Yffic

    Tu peux d’abord lire ca si tu ne l’a pas encore fait :

    http://www.spip.net/fr_rubrique467.html

    Apres, y’a un super plugin basé sur l’utilisation des blocs multi. Qui permet donc de garder une seule arborescence : extension_multilingue_pour_BTV2

    Répondre à ce message

    • menu_lang plat une langue par secteur ? 20 décembre 2007 12:19, par Fourmy

      Bonjour et merci,

      J’ai lu un peu tout ce qui existe sur le sujet mais suis parfois un peu flippé de lire des articles plus adaptés à la version 9.2 de spip. Quoi qu’il en soit j’ai effectivement mis en place une arborescence via les blocs multi ( donc sans duplication de l’arbo par secteur langue) ensuite je procede par traduction d’articles. ça marche niquel !

      Pour le plugin dont tu me parles. Il permettrait donc aux utilisateurs du back office de creer des rubriques et sous rubriques sans avoir a saisir les balises multi et [es][fr][en] ? j’ai juste ?

      sais tu s’il rentre en conflit avec fckeditor ?

      Voilà j’ai des milliers d’autres questions parceque je démarre juste mais c’est plutot super bien foutu spip !.

      Merci de ton aide

      Fourmy

      [ j’ai biensur répondu à l’alerte mail (ce qu’il ne fallait pas faire !) avant de capter le lien vers le forum- Désolé]

      Répondre à ce message

      • menu_lang plat une langue par secteur ? 20 décembre 2007 13:32, par yffic

        Pour le plugin dont tu me parles. Il permettrait donc aux utilisateurs du back office de creer des rubriques et sous rubriques sans avoir a saisir les balises multi et [es][fr][en] ? j’ai juste ?

        Tout a fait

        Mais pour le conflit avec fckeditor, je ne sais pas... Essaye

        Répondre à ce message

  Retour au début des forums

• Formulaire menu_lang plat sans URL sur la langue sélectionnée

  15 novembre 2007 18:32, par Antoine

  Dans un site (SPIP 1.9.2c [10268]) configuré en multilingue, avec un menu de langue activé sur les articles et les rubriques, tous les titres : du site, des rubriques et des articles sont bien gérés au changement de langue avec les balises (utilisation du plugin : extension_multilingue_pour_BTV2). L’affichage des bons textes des différentes traductions se fait bien aussi dans toutes les pages. L’option : $forcer_lang = true ; est présente dans mes_options.php (dossier ecrire) et filtre lang est utilisé sur les boucles. Pourtant ce script présent dans mes_fonction.php (dossier squelettes) et bien appelé dans les squelettes ne donne RIEN. J’ai sans doute oublié quelque chose, mais quoi ? Antoine

  Répondre à ce message

  • Formulaire menu_lang plat sans URL sur la langue sélectionnée 23 novembre 2007 08:25, par michael

    Une source d’erreur certaine : le fichier mes_options.php se range désormais dans config/ avec la version 1.9.2. Pour plus de détails : http://www.spip.net/fr_article3567.html, paragraphe sur la réorganisation des répertoires !

    Répondre à ce message

    • Formulaire menu_lang plat sans URL sur la langue sélectionnée 23 novembre 2007 08:29, par michael

      Tout petit détail complémentaire : vérifie que tu as bien un fichier mes_fonctions.php dans squelettes/ et pas mes_fonction.php comme écrit dans ton message ;-)

      Répondre à ce message

      • Formulaire menu_lang plat sans URL sur la langue sélectionnée 26 novembre 2007 22:58, par Antoine

        Cela ne donne toujours rien (même avec les bons fichiers "options.." et "fonctions.." au bon emplacement). Sur la page "config_multilang" le "Français" (lien vert) est affiché mais pas le lien "Anglais" alors que cette langue est cochée plus bas dans la liste. Il n’y a pas de traduction d’articles en anglais, mais les titres et les textes sont présents dans les articles en français et en anglais avec les balises , et le changement de langue fonctionne bien dans le site public et privé avec la balise #MENU_LANG. Cependant, quand j’utilise un menu PLAT pour le choix entre l’anglais et le français, toutes les formules ne donnent que le français, car c’est la seule langue reconnue comme étant utilisée dans le site, pourquoi ?

        Répondre à ce message

        • Formulaire menu_lang plat sans URL sur la langue sélectionnée 28 novembre 2007 18:25, par michael

          Sur la page « config_multilang » le « Français » (lien vert) est affiché mais pas le lien « Anglais » alors que cette langue est cochée plus bas dans la liste.

          Le français apparaît ainsi car c’est la langue principale du site. Les langues de traduction sont simplement cochées dans la liste.

          Cependant, quand j’utilise un menu PLAT pour le choix entre l’anglais et le français, toutes les formules ne donnent que le français.

          Nous en sommes au même point : j’obtiens exactement le même comportement sur mon site. J’ai testé un double affichage (#MENU_LANG et menu_lang plat) dans ma page sommaire. Résultat : le français est affiché seul à plat alors que le menu local me propose bien les deux langues.

          Répondre à ce message

          • URL ? 28 novembre 2007 22:08, par natalia

            Bonjour, merci à Michael d’avoir "sonné" ma boîte mail pour que je vienne faire un tour ici :-)

            Avant toute chose j’ai besoin de l’URL du site qui pose problème ? Et de celle du plugin "multilingue" que je ne connais pas et que je soupçonne un peu.

            Voilà une URL où ça marche avec Spip 1.9.2c : http://www.new-school-of-athens.org/

            Répondre à ce message

            • URL ? site local pour l’instant ! 29 novembre 2007 05:35, par michael

              Merci de ton retour dans le débat Natalia !

              Voici la méthode de contournement trouvée ce matin. Il suffit de remplacer la déclaration de la variable $tab_langues

              $tab_langues = explode(",",$langues);

              par

              $tab_langues = explode(',', $GLOBALS['meta']['langues_multilingue']);

              Avantage de la méthode : elle fonctionne aussi au niveau des articles et des brèves avec l’appel proposé dans la contrib :

              [<div class="menu_langues">(#CONFIG{langues_utilisees}|url_lang)</div>]

              Comme je en suis pas un codeur, pas même un patcheur, je m’inquiète d’éventuelles conséquences imprévues. Une idée sur le sujet ? Est-ce “safe” ?

              Répondre à ce message

              • Formulaire menu_lang plat sans URL sur la langue sélectionnée 29 novembre 2007 14:24, par Antoine

                Bravo cette modification me donne parfaitement satisfaction et j’obtiens enfin un menu de langues plat dans un site multiligue qui n’utilise que la gestion des différentes traductions avec les balise "multi". Gestion très facile avec le plugin "extension_multilingue_pour_BTV2". J’espère aussi que ce code, qui marche apparemment bien, est fiable et sans effet négatif sur le fonctionnement général de Spip. Merci beaucoup Antoine

                Répondre à ce message

              • merci + contrib à jour 30 novembre 2007 01:17, par natalia

                Merci beaucoup pour ta contribution Michael, ça marche impec. A priori je trouve ça plutôt safe, on verra à l’usage !

                J’ai mis à jour la contrib, du coup :-)

                Répondre à ce message

  Retour au début des forums

• Formulaire menu_lang plat sans URL sur la langue sélectionnée

  9 mars 2007 21:55, par André Vincent

  Et pourquoi pas une solution purement SPIP, sans PHP, ni de fichier mes_fonctions.php ?

   Une BOUCLE de Menu de langues

   Exemple d’application

  Répondre à ce message

  • Formulaire menu_lang plat sans URL sur la langue sélectionnée 11 mars 2007 13:02

    Je l’ai cherchée cette contrib !! Merci !!

    Mais ça ne me satisfait pas sur un point : les langues changent d’ordre en fonction de la langue choisie... et sur mon cahier des charges l’ordre ne doit pas bouger :-(....

    Répondre à ce message

  • Formulaire menu_lang plat sans URL sur la langue sélectionnée 17 mars 2007 01:01, par laurent

    Cela peut être utile lorsque l’on a décidé de ne pas appliquer le multilinguisme aux rubriques mais seulement aux articles, non ?

    Répondre à ce message

    • Formulaire menu_lang plat sans URL sur la langue sélectionnée 17 mars 2007 01:38, par natalia

      Ce que je me dis : #Menu_LANG sert à changer la langue de l’interface, et non pas des articles. Les langues des articles sont gérées par les boucles de traduction...

      ... mais il y a pas mal de combinaisons possibles, alors si ça peut être utile dans l’une ou l’autre, tant mieux :-)

      Répondre à ce message

  • Pourquoi il ne faut pas toujours passer par des boucles SPIP 19 juin 2007 16:34, par Gilles Vincent

    la contrib utilise un tableau PHP qui est alimenté à chaque appel de page par SPIP. Il n’y a donc aucun parcours dans la base. L’avantage est que la construction du menu est très rapide.

    A l’inverse, le menu tel qu’il est calculé dans le squelette Alternative à l’inconvénient majeur de reparcourir l’ensemble des rubriques à chaque fois qu’il est reconstruit. Il n’y a rien de pire côté perfs que des boucles qui parcourent la totalité d’une table : derrière, c’est des requetes SQL qui tournent et un parcourt complet ne permet aucune optimisation (utilisation des index, etc..). Pour peu que le site présente un grand nombre de rubriques, avec une mauvaise mise en cache du menu, la chute des perfs devient vite sensible.

    Au passage le fichier inc-bas_menu-lang.html ne possède pas d’instruction #CACHE ...

    Pour ma part, je préfère avoir un côté pragmatique, lorsque la beauté du code ne se justifie pas. Cette contrib est à mes yeux nettement meilleure .

    Répondre à ce message

    • Pourquoi il ne faut pas toujours passer par des boucles SPIP 19 juin 2007 16:49, par Gilles Vincent

      Je vais nuancer quand même mon propos :

      La requete générée par la boucle d’Alternative utilise en fait le champ "lang" qui est un champ indexé dans les tables MySQL. La consommation est donc assez faible.

      Cependant, ce calcul a déjà été fait par SPIP (via la fonction calculer_langues_utilisees).

      Conclusion : c’est pas trop grave de refaire la même chose, mais on consomme un peu quand même..

      Répondre à ce message

  • Formulaire menu_lang plat sans URL sur la langue sélectionnée 19 septembre 2007 09:59

    Comment récupérer le menu lang : http://zone.spip.org/trac/spip-zone/browser/_squelettes_/alter/themes/alternatives/inc/inc-bas_menu-lang.html l’url ne marche plus. Merci beaucoup.

    Répondre à ce message

    • Formulaire menu_lang plat sans URL sur la langue sélectionnée 23 septembre 2007 23:27, par André Vincent

      Les répertoires d’Alternatives ont été remaniés. Voici le bon lien :
       inc-bas_menu-lang.html

      Pour information : ce menu de langues fonctionne mieux si on indique dans mes_options.php : $forcer_lang = true ;

      Répondre à ce message

  Retour au début des forums

• Formulaire menu_lang plat sans URL sur la langue sélectionnée

  7 mars 2007 22:11, par Birdy

  Intéressant, mais si c’est basé sur les deux premières lettres de la langue, ça ne marche pas pour le néerlandais. En effet, on symbolise cette langue par NL et non NE... Il faudrait plutôt un système basé sur des symboles textes ou images préencodés dans l’interface privée. On pourrait y mettre des lettre, mais aussi des drapeaux,...

  Répondre à ce message

  • Formulaire menu_lang plat sans URL sur la langue sélectionnée 7 mars 2007 23:01

    Peut-être qu’avec des drapeux dont le nom seraient fr.png, en.png, ... cela devrait fonctionné tel quel

    Répondre à ce message

  • Formulaire menu_lang plat sans URL sur la langue sélectionnée 9 mars 2007 12:56, par natalia

    Je n’aime pas beaucoup les drapeaux dans les choix des langues... l’espagnol est parlé aussi bien en Argentine qu’en Espagne, pourquoi mettre un drapeau espagnol ? Etc...

    Après, tout est possible pour le menu de choix des langues, cette contrib ne fait que répondre à une demande bien spécifique : ne pas mettre de lien sur la langue en cours dans le type de sites où une rubrique n’a pas de langue spécifique.

    Répondre à ce message

    • Formulaire menu_lang plat sans URL sur la langue sélectionnée 9 mars 2007 17:00, par Birdy

      C’était un exemple, mais moi non plus je n’aime pas les drapeaux. Ici, en Wallonie, on parle français et nous sommes en Belgique...

      Par contre pour le problème NL à la place de NE pour le néerlandais, il suffit à mon avis d’ajouter un condition en php qui redéfinit la variable $texte en NL si elle est égale à NE...

      Je vais essayer...

      Répondre à ce message

      • Formulaire menu_lang plat sans URL sur la langue sélectionnée 9 mars 2007 17:13, par Birdy

        Fausse alerte, j’ai parlé trop vite. La variable transmise pour le néerlandais est bien NL. Donc tout est ok Natalia. Désolé pour les chipos inutiles...

        Répondre à ce message

      • Formulaire menu_lang plat sans URL sur la langue sélectionnée 10 mars 2007 16:38, par marabbeh

        Mais un exemple où les drapeaux ont leur sens : je gère des sites franco-allemands au sens France-Allemagne. Donc ils ne concernent ni l’Autriche, ni la Suisse, ni la Belgique...

        Répondre à ce message

      • Formulaire menu_lang plat sans URL sur la langue sélectionnée 6 août 2007 10:56, par Klesk

        Mais vous parlez le FRANCAIS, il est donc normal pour symboliser le FRANCAIS de mettre un drapeau FRANCAIS, au même titre que de mettre un drapeau ESPAGNOL pour l’ESPAGNOL, même s’il est parlé dans d’autres pays.

        Répondre à ce message

  Retour au début des forums

• Mise à jour de la contrib en 1.9.2

  16 mars 2007 21:09, par natalia

  Mise à jour de la fonction suite au passage en 1.9.2a :

  function url_lang ($langues) { $texte = ''; $tab_langues = explode(",",$langues); while ( list($clef, $valeur) = each($tab_langues) ) if ($valeur == $GLOBALS['spip_lang']) { $texte .= ''.$valeur.'&nbsp;'; } else { $cible = str_replace('&', '&', parametre_url(self(true), 'lang', ''.$valeur.'')); $texte .= '<a href="'.parametre_url(generer_url_action('cookie'), 'url', $cible, '&').'">'.$valeur.'&nbsp;</a>'; } return $texte; }

  Il faut juste remplacer la fonction de l’article par celle-ci dans le fichier mes_fonctions.php

  Répondre à ce message

  • Mise à jour de la contrib en 1.9.2 (+ toutes versions ?) 17 mars 2007 16:18, par natalia

    Fonction simplifiée qui devrait marcher sur toutes les versions de spip.... (à confirmer) :

    // menu_lang plat sans URL sur la langue sélectionnée function url_lang ($langues) { $texte = ''; $tab_langues = explode(",",$langues); while ( list($clef, $valeur) = each($tab_langues) ) if ($valeur == $GLOBALS['spip_lang']) { $texte .= '<span class="languencours">'.$valeur.'</span>&nbsp;'; } else { $texte .= '<a href="spip.php?action=cookie&url=%2Fspip.php%3Frubrique11&var_lang='.$valeur.'">'.$valeur.'&nbsp;</a>'; } return $texte; } //fin

    J’ai ajouté une classe sur la langue en cours, afin de la personnaliser. Remplacez la fonction + ajoutez une classe nommée "languencours" à votre feuille de styles.

    Répondre à ce message

  • Mise à jour de la contrib en 1.9.2 30 juillet 2007 18:24, par cy_altern

    Après test des 2 modifications proposées pour la fonction url_lang() sur un spip version 1.9.3 [9398] utilisant les url_propres, seul le code de la première mise à jour (celle du 16 mars) semble fonctionner.

    Pour compléter, si on veut afficher les langues en entier (English - Français...) cette fonction donne donc :

    function url_lang ($langues) { $texte = ''; $tab_langues = explode(",",$langues); while ( list($clef, $valeur) = each($tab_langues) ) if ($valeur == $GLOBALS['spip_lang']) { $texte .= ''.traduire_nom_langue($valeur).'&nbsp;'; } else { $cible = str_replace('&', '&', parametre_url(self(true), 'lang', ''.$valeur.'')); $texte .= '<a href="'.parametre_url(generer_url_action('cookie'), 'url', $cible, '&').'">'.traduire_nom_langue($valeur).'&nbsp;</a>'; } return $texte; }

    Ne pas oublier de paramétrer la variable de personnalisation $forcer_lang à true dans le fichier mes_options.php si on souhaite que l’intégralité de la navigation passe dans la langue souhaitée lors du clic sur un lien de traduction.

    Merci pour cette contrib très pratique !

    Répondre à ce message

  Retour au début des forums

• Formulaire menu_lang plat sans URL sur la langue sélectionnée

  23 mars 2007 20:51, par FDM

  C’est sympa comme approche, mais qu’est-ce qu’on fait avec les url_propres ?

  FDM

  Répondre à ce message

  Retour au début des forums

0 | 25