Version 2 — Avril 2010 — Joseph
Gestion des tags multi dans l’espace privé
Ce plugin a été initié par Renato en 2009. Son « cœur » est le fichier multilang.js
A l’origine il ne fonctionnait que sur les pages d’édition des rubriques. Le fichier multilang.js était stocké dans prive/javascript mais sans être utilisé nulle part dans le core... Manque l’historique du pourquoi.
Pour l’instant cet article n’est pas une documentation utilisateur mais plutôt des notes de développements, donc à caractère technique.
Le plugin nécessite les plugins suivants :
- Bonux
- CFG
- Saisies
Fonctionnement
Une fois activé, tous les champs input:text et textarea sauf ceux des forms .form_upload et .form_upload_icon sont traites dans :
- articles
- rubriques
- configuration du site
- auteurs (interessant uniquement pour le champs BIO)
- documents dans les colonnes de gauche des pages d’edition d’articles et de rubriques
- documents dans les parties basses des pages de presentation des articles et rubriques
- groupe de mots cles
- mots cles
- sites
- Breves
Le traitement consiste à rajouter un menu de lang au dessus du type [fr] [en] [it] de chaque formulaire, en fonction des langues activées dans la configuration du site. Le clic sur une langue, bascule le contenu de tous les champs elligibles du formulaire dans la langue choisie. Le résultat est sauvegardé sous la forme « multi » de spip, à savoir <code> texte français</code text</multi >. Si le plugin est désactivé, l’ensemble reste donc compatible spip. C’est donc juste une aide à la rédaction.
Champs elligibles
- input:text
- textarea
- select
- ...?
A tester :
- Suggestion de RastaPopoulos : « J’avais une idée supplémentaire pour que ce soit extensible : activer également ce système sur tous les champs ayant une classe multilang ».
Fait, a tester par les « editeurs » de plugins avec class « multilangclass » sur les champs à traiter. Le plugin va chercher ensuit le « form » parent pour lui rajouter le menu de langues
A faire :
- Gérer le numéro de titre dans un autre champ
- F&T : problème de doublon avec forms_lang.js qui est un dérivé du fichier multilang d’origine.
- Integration avec Porte-Plume : quand on change de langue, la previsu « Voir » ne bascule pas
- Trouver une possibilité de pouvoir copier l’intégralité du champ (avec la structure multi) pour pouvoir la copier ailleurs