Traductions d’articles autrement 2

Ce plugin modifie légèrement l’interface de SPIP afin de rendre plus aisée la traduction des articles.
(voir aussi pour SPIP 3 : Traductions d’articles autrement 3).

Compatibilité

Ce plugin est compatible avec et SPIP 2 et SPIP 2.1. Une nouvelle version pour SPIP 3 vient de sortir.

Principe

Des liens de langues, affichés en haut de l’article, permettent de naviguer plus facilement entre les différentes traductions d’un article, d’y ajouter une traductions ou d’en enlever une.

Pour chaque langue du site un lien est crée. En blanc les langues dans lesquelles l’article est traduit et en gris les traductions manquant.

Si on crée un nouvel article, celui-ci, comme nativement dans spip, est crée dans la langue de l’espace privé. La langue peut alors être changée en cliquant sur l’icône a droite des onglets de langue.

Configuration avancé

Via cfg il est possible de modifier la manière dont s’affichent les articles.

Auparavant on pouvait également choisir d’afficher l’article directement en mode édition. Cette fonctionnalité a été enlevé de ce plugin (ils s’agissait en effet d’un mélange de fonctionnalités thématiquement différents) et incorporée dans un nouveau plugin - Articles en édition directe

Affichage compact

Si le mode compact est choisi l’affichage des articles se fait de manière groupé. Sont Seulement listés les articles d’origine (l’article qui sert de base pour les traductions - s’ils correspondent aux critères de sélection de l’environnement [1] - sinon la première traduction qui correspond aux critères [2]), puis sur la même ligne on peut trouvé les traductions de l’article.

En cliquant sur la flèche dans la colonne traductions, il est possible de voir toutes les traductions de manière plus détaillé.

Suite au commentaire de marcimat, j’ai fusionné l’ancienne solution d’affichage de ce plugin avec celle proposé par le plugin « afficher_objet » qui est beaucoup mieux. Ce mode nécessite donc l’installation du plugin « afficher objets » qui peut être téléchargé ici

Langues par secteur

Avec la dernière version du plugin les listes compactes fonctionnent maintenant également sur un site avec du multilinguisme par secteur.

Lors de la traduction d’un article, il cherche à trouver la rubrique correspondante dans le secteur de la langue (si la rubrique est bien traduite), donc à priori plus besoin de changer la rubrique.

Il faut cependant installer le plugin Traduction entre rubrique .

Pour pouvoir profiter d’un système de traduction dans le sens du présent plugin, installez en plus le plugin Traductions rubriques autrement (voir documentation - téléchargment). Les liens de traduction seront affichés en haut de la rubrique avec la possibilité de créer les traductions manquantes en cliquant sur le lien en gris. Le plugin essayera de chercher la rubrique correspondante dans le secteur de la langue, si la rubrique parente est bien traduite.

Notes

[1l’article d’origine n’est cependant seulement correctement reconnu si l’origine de traduction a l’id_article le plus bas de toutes les traductions

[2trié par id_article

Dernière modification de cette page le 13 février 2019

Discussion

8 discussions

  • 6

    oui, mettre <necessite id='afficher_objets' /> dans plugin.xml (enfin le prefixe du plugin, et éventuellement la version) (ou <utilise ... />)

    Répondre à ce message

  • 8

    Bonjour,

    Je suis en train de tester ce plugin qui facilite énormément la gestion des traductions. Je le teste conjointement avec Traduire_rubrique_autrement et trad_rub.

    Dans ma configuration, j’ai un secteur par langue et, dans chaque secteur, plusieurs rubriques.
    Quand je lance une traduction d’article, si la rubrique correspondante a déjà été traduite, la traduction est proposée dans la rubrique traduite correspondante. Tout est OK.

    Par contre, si la rubrique de l’article n’a pas été traduite, la traduction vient se placer dans la rubrique d’origine. Serait-il possible de créer une alerte invitant le traducteur a traduire D’ABORD la rubrique ?

    Cela faciliterait encore plus la gestion d’un site multilingue...

    • Bonne idée, je vais prochainement attaquer l’adaptation du plugin à Spip 3 et je reprendrai cette suggestion.

    • Bonjour,

      Qu’en est-il de l’adaptation du plugin pour SPIP 3 ? J’aimerais beaucoup l’utiliser sur un site, mais celui-ci est en 3.0.0-dev.

    • je viens d’actualiser la version dev du plugin pour la rendre compatible spip3

      http://files.spip.org/spip-zone/traduction_articles_autrement_dev.zip.

      Fais moi part de tes expériene

    • Les onglets s’affichent bien, mais le pâté classique de gestion de la langue qui se trouve plus bas ne disparaît pas. En revanche, quand on clique sur l’icône d’internationalisation à droite des onglets de langue, on retrouve le fameux pâté (et il est donc là 2 fois sur la même page).

    • Oui, je n’ai pas encore terminé, je vais faire disparaître le deuxième paté et lui enlever le lien pour créer une traduction.

      Il manque également encore la liste compacte des articles ainsi que la configuration pour pouvoir desactiver la liste compacte

    • Je viens d’enlever le doublons du paté de traductions ; En fait, j’ai laissé l’original pour le moment, car je n’ai pas trouvé un moyen pour l’enlever proprement, mais en fait, ça ne me dérange pas de le laisser tel quel.

      Je viens également d’ajouter l’affichage de la liste compacte, comme c’était dans le plugin actuel

    • Le zip de la version compatible avec spip3 se trouve ici

    • En réponse à Perig

      Je viens d’intégrer dans la version pour spip3 une alerte invitant le traducteur a traduire d’abord la rubrique si la rubrique de l’article n’a pas été traduite .

    Répondre à ce message

  • 3

    bonjour, je remarque que apres l’activation du plugin, il marche bien mais il existe un disfonctionnement du plugin form et tables 2, quand j’essaye d’ajouter un nouveau formulaire il m’afiche cela &
    erreur dans le squelette et precisament dans le fichier :
    ../plugins/traduction_articles_autrement/traduction_articles_autrement/prive/liste/inc-articles_compacte.html

    la boucle :_liste_art
    ligne :7
    erreur :
    Erreur SQL 1054
    Unknown column ’lien.id_article’ in ’where clause’
    SELECT ’’, articles.id_article, articles.id_rubrique FROM spip_articles AS `articles` WHERE ((articles.id_trad = articles.id_article) OR (articles.id_trad = 0)) AND lien.id_article=articles.id_article AND id_form=3 AND statut !=’poubelle’ GROUP BY articles.id_article ORDER BY titre

    j’utilise l’avant derniere version .2.1.5 provisoirement

    j’espere que vous m’aider a resoudre ce prob

    merci

    • Bonjour,

      Effectivement, je rencontre le même problème.

      En fait il s’agit d’un conflit entre les plugin « forms et tables » et « afficher objets ».

      Le plugin forms et tables essaie d’afficher la liste des articles du formulaire en question mais la requête n’est pas correctement interprété par afficher_objets.

      Je vais soumettre le bug aux auteurs du plugin.

      En attendant, si tu n’as pas besoin de la liste des articles tu peux dans le plugin

      forms_et_tables_2.0/exec/forms_edit.php - ligne 113

      remplacer

      $liste = afficher_objets('article',_T("$prefixei18n:articles_utilisant"),
                      array('FROM' => 'spip_articles AS articles, spip_forms_articles AS lien',
                      'WHERE' => "lien.id_article=articles.id_article AND id_form="._q($id_form)." AND statut!='poubelle'",
                      'ORDER BY' => "titre"));

      par

              /*$liste = afficher_objets('article',_T("$prefixei18n:articles_utilisant"),
                      array('FROM' => 'spip_articles AS articles, spip_forms_articles AS lien',
                      'WHERE' => "lien.id_article=articles.id_article AND id_form="._q($id_form)." AND statut!='poubelle'",
                      'ORDER BY' => "titre"));*/

      ou bien desactiver le plugin afficher_objets.

      Rainer

    • Merci pour le soutien, j’essaiyerai ta methode et je prefere ne pas desactiver le plugin afficher_objets
      Merci

    • Avec les dernières versions du plugin form et tables et afficher_objet ce problème paraît maintenant résolu.

    Répondre à ce message

  • 6

    Si jamais, en ajoutant le plugin « Thèmes pour l’interface privée » avec le thème « wordpress », il y a un bug d’affichage :
    les titres des rubriques se superposent aux boutons des langues !

    • Bonjour,

      je ne reproduis pas ce bug, peux-tu mettre un print-screen ? En effacant le cache le problème s’arrange ?

      Rainer

    • Voilà une capture d’écran (après avoir vidé le cache).

    • C’est le plugin traductions rubriques autrement qui modifie l’affichage à ce niveau, c’eszt avec quel navigateur que cela arrive ?

    • je viens de corriger le plugin « traductions rubriques autrement »

    • J’ai mis à jour le plugin « traductions rubriques autrement », mais j’ai toujours le même problème de superposition des titres sur les bontons langues avec le thème Wordpress.

      Les navigateur que j’utilise sont les dernières versions de safari et Firefox !

    • Est-ce que tu as vidé le cache, car chez moi ça fonctionne

    Répondre à ce message

  • 1

    Hello,

    J’ai un cas très étrange pour un site multilingue.
    J’ai une navigation rubrique utilisant les balises multi.

    Mes boucles articles ont elles le critère lang. Or, lorsque je change de langue, seul les rubriques sont traduites. Les articles (traduits en utilisant ce plugin) ne sont pas traduit. Aucun texte ne s’affiche lorsque je change de langue !!!

    Une idée d’où pourrait provenir le problème ?

    Merci

    • Je ne suis pas sûr de comprendre ton problème.

      Ce plugin n’intervient pas sur le système de base des traductions des articles. Alors si tes boucles ne fonctionnent pas il y des chances qu’il s’agit plutôt d’un problème de configuration de spip.

      Est-ce que tu as activé forcer_langue. Est-ce que tes articles traduites se trouvent bien dans la bonne rubrique ?

    Répondre à ce message

  • 4
    nddinechin

    Bonjour,

    Merci pour ce plugin qui facilite grandement la gestion de notre site multilingue. Un souci cependant (bug ou défaut dû à une logique poussée trop loin ?) concernant l’association aux mots-clé.

    Si l’on affecte un mot clé à un article-traduction mais pas à l’article original, l’article est tout simplement ignoré dans la liste des articles ayant reçu le mot-clé. On a par exemple : « 11 articles associés à ce mot-clé », mais seulement 7 sont listés.

    Ça n’est pas très gênant en soi, une simple recherche nous permet de retrouver les articles manquants et d’y accéder, mais c’est perturbant pour les utilisateurs. Y a-t-il un moyen de corriger cela ?

    Nicolas

    • Bonjour Nicolas,

      merci pour me signaler ce bug. En effet, le plugin affichait l’origine de la traduction et cela ne fonctionne pas dans un scénario ou les critères de sélection de la liste ne sont pas remplis par l’article d’origine, mais bien par un ou plusieurs des ses traductions.

      J’ai revu ce système et maintenant c’est l’article d’origine qui s’affiche s’il correspond aux critères (l’article d’origine n’est cependant seulement correctement reconnu si l’origine de traduction a l’id_article le plus bas de toutes les traductions), sinon on cherche le premier article (trié par id_article) des traductions qui remplissent les conditions requises.

      Je n’ai pas testé toutes les listes d’articles générées, mais il me semble que cet approche est plus logique.

      Rainer

    • Merci, Rainer, pour ta réponse. La solution n’est qu’à moitié satisfaisante : j’ai maintenant le problème inverse : on me dit « 11 articles associés au mot-clé », mais la liste m’en indique 14 ! Le fait d’afficher l’original d’un article taggué par un mot-clé rend les choses confuses : l’affichage est identique si je taggue l’original *et* sa traduction ou bien si je ne taggue *que* la traduction.

      Je crois que le plus cohérent serait que le plugin laisse chaque article taggué apparaitre, selon le comportement habituel, et qu’il se contente d’indiquer un lien vers l’original le cas échéant... C’est jouable ?

    • Oui, et ça devrait être bon maintenant

    • nddinechin

      Parfait, comme ça. Merci !

    Répondre à ce message

  • 2

    Bonjour,

    J’ai un « conflit » qui m’est apparu dans l’espace privé entre ce plugin et celui Forms&Tables.

    Lorsque je souhaite éditer un formulaire, le message (en rouge) suivant apparaît :
    Erreur SQL blabla
    squelettes
    ../plugins/auto/traduction_articles_autrement/prive/liste/inc-articles_compacte.html

    une idée ?

    Répondre à ce message

  • 2

    D’un point de vue ergonomie, il y a des choses qui me semblent intéressantes là dedans.

    • l’affichage réduit dans la liste (mais quelle langue choisir d’afficher par défaut ?)
    • le passage d’une traduction à une autre par des sortes d’onglets...

    D’un point de vue du code, sans regarder, je trouve très risqué de surcharger les fichiers du core de SPIP, et ce pour plusieurs raisons, la première étant de sécurité : si une mise à jour de SPIP corrige une faille de sécurité relevant de ces fichiers là, il y a peu de chance que le plugin soit mis à jour, ou que le webmestre en charge du site pense que les fichiers sont peut être modifiés.

    Je suppose que pour une bonne partie, les surcharges sont inutiles, et l’utilisation adéquate des pipelines existants suffisent. Dans le cas contraire, il serait bon d’en faire part à la liste de discussion spip-dev.

    La liste réduite, par contre, nécessite de modifier l’affichage du tableau, ce qui ne peut pas être fait simplement en SPIP 2.0 ou 2.1. Il faudrait soit utiliser le plugin « afficher_objets » et modifier (surcharger) alors le squelette prive/liste/articles.html . (À noter que ce plugin est intégré (fusionné à spip) dans la version 2.3 dév de SPIP actuellement)

    • l’affichage réduit dans la liste (mais quelle langue choisir d’afficher par défaut ?)

      la langue par défaut de l’article est celle de la langue de l’espace interne

      Concernant les surcharges, je suis d’accord que ce n’est pas top. Par contre je n’ai pas vu comment, en utilisant les pipelines, j’aurai pu obtenir le même résultat.

      Concernant la liste réduite, je regarderai tes propositions avec le plugin afficher_objets que je ne connaissait pas.

    • Toutes les surcharges sont maintenant éliminés

      Pour affichage compacte, j’ai essayé sans succès de surcharger le fichier prive/liste/articles.html du plugin afficher_objets. l’ordre d’installation des plugins ne change rien. Une idée comment réussir la surcharge ?

    Répondre à ce message

Ajouter un commentaire

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom