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.
Discussions par date d’activité
8 discussions
oui, mettre
<necessite id='afficher_objets' />
dans plugin.xml (enfin le prefixe du plugin, et éventuellement la version) (ou<utilise ... />
)super, merci. Est-ce qu’il y un zip disponible de la version actuelle du plugin, sinon je l’attache au plugin, vu que les utilisateurs sont pas toujours très à l’aise avec svn.
La zone génére toute les heures un zip du dossier ... c’est ce zip qui est attaché à cet article, donc pas de souci à se faire, c’est automatique (a ± 1h)
en fait, je voulais savoir s’il y avait un zip du svn de afficher_objets ?
Il n’y était pas... mais Maieul s’en est occupé, merci.
Voilà, c’est par là : http://files.spip.org/spip-zone/afficher_objets.zip
parfait, merci
Répondre à ce message
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
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 titrej’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
par
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
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
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
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
Parfait, comme ça. Merci !
Répondre à ce message
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 ?
Est-ce que c’est le même erreur que celui mentionne dans ce poste : http://www.spip-contrib.net/Traductions-d-articles-autrement#forum439335 ?
Si oui, suis les, indications que j’avais donnés
Oui c’était bien cette raison apparemment. Merci bcp pour ta réactivité !
Répondre à ce message
D’un point de vue ergonomie, il y a des choses qui me semblent intéressantes là dedans.
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)
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
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |