[SPIP Zone] Plugin multilang - retour d'expériences

On 23/04/10 16:11, yffic wrote:
> New Revision: 37566
> - Suppression de l'activation du systeme pour les plugin Mediatheque et Forms&Tables
> - Ajout du traitement de tous (enfin au moins les text, textarea et select) les champs de formulaire de class "multilangclass" pour integration du systeme dans d'autres plugins.

Bonjour !

J'ai essayé la nouvelle version.

La raison pour laquelle je ne peux pas utiliser ce plugin, qui sinon serait très utile, est toujours la possibilité de *perte de données*.

Par ex. j'ai un article dont le champs texte est composé d'un <multi> dans une quinzaine de langues suivi de (en dehors du multi) un modèle qui insère des images :
<gallery|id_article=2835|filename=on>

Si tu ouvre l'article en mode édition, alors :
1) tu ne peux pas accéder au raccourci du modèle pour le changer.
2) si tu sauves l'article le modèle (c'est à dire tout texte en-dehors du multi) est viré. Tu l'as perdu. Aucune image n'apparaît plus sur la page publique.

Que penses-tu de l'idée de Renato pour éviter cette situation ? --
« Une solution a le probleme d'une perte de donness peut etre
d'interdire le script sur touts le champs ou il y a un <multi> que ne
prends pas tout le champ. »

- - - -

Une autre remarque : dans l'état actuel l'interface ne t'avertit pas si un <multi> existe ou non sur un champ. En fait il est très facile à créer un multi sans le vouloir ! Suggestion : est-ce que les raccourcis de langues pourraient apparaître seulement lorsque le curseur est dans un champ qui contient déjà un <multi>? Et la création d'un <multi> doit passer, au début, par mettre "<multi> ... </multi>" manuellement dans un champ ?

- - - -

Encore une : le plugin semble contenir une confusion entre la *langue principale* du site et la *langue de l'article*. Voici une expérience :

Sur un site dont la langue principale est anglais, j'ouvre un article estonien.
- au début la langue indiqué par mulitilang est "[en]" (devrait être plutôt [et] je pense)
- je change la langue en [et], ajoute quelques mots et sauvegarde l'article. En regardant avec phpMyAdmin, je vois qu'un <multi> n'a pas été créé.
- je rechange en [en] et change quelques mots : toujours pas de création de <multi>.
- je change la langue en [fr] et efface tout le texte pour y insérer « Allo !».
Résultat dans la base de données : création d'un <multi> comme celui-ci :
<multi>[en] ... tout mon texte[fr]« Allo ! »</multi>. Rien donc en [et] qui est la langue de l'article !

- - - -

Ouff ! tout cela est bien compliqué. Et bon courage à ceux qui ont le courage éventuellement non seulement de tester mais de programmer un système pour gérer ces <multi> !

Paolo

Merci pour ce retour Paolo... On y arrivera !

Le 24/04/2010 a 10:50 Paolo ( paolo2@taize.fr ) a ecrit :

On 23/04/10 16:11, yffic wrote:
> New Revision: 37566
> - Suppression de l'activation du systeme pour les plugin Mediatheque et
Forms&Tables
> - Ajout du traitement de tous (enfin au moins les text, textarea et
select)
les champs de formulaire de class "multilangclass" pour integration du
systeme
dans d'autres plugins.

Bonjour !

J'ai essayé la nouvelle version.

La raison pour laquelle je ne peux pas utiliser ce plugin, qui sinon
serait très
utile, est toujours la possibilité de *perte de données*.

Par ex. j'ai un article dont le champs texte est composé d'un <multi> dans
une
quinzaine de langues suivi de (en dehors du multi) un modèle qui insère
des
images :
<gallery|id_article=2835|filename=on>

Si tu ouvre l'article en mode édition, alors :
1) tu ne peux pas accéder au raccourci du modèle pour le changer.
2) si tu sauves l'article le modèle (c'est à dire tout texte en-dehors du
multi)
est viré. Tu l'as perdu. Aucune image n'apparaît plus sur la page publique.

Que penses-tu de l'idée de Renato pour éviter cette situation ? --
« Une solution a le probleme d'une perte de donness peut etre
d'interdire le script sur touts le champs ou il y a un <multi> que ne
prends pas tout le champ. »

- - - -

Une autre remarque : dans l'état actuel l'interface ne t'avertit pas si un
<multi> existe ou non sur un champ. En fait il est très facile à créer un
multi
sans le vouloir ! Suggestion : est-ce que les raccourcis de langues
pourraient
apparaître seulement lorsque le curseur est dans un champ qui contient
déjà un
<multi>? Et la création d'un <multi> doit passer, au début, par mettre
"<multi>
... </multi>" manuellement dans un champ ?

- - - -

Encore une : le plugin semble contenir une confusion entre la *langue
principale* du site et la *langue de l'article*. Voici une expérience :

Sur un site dont la langue principale est anglais, j'ouvre un article
estonien.
- au début la langue indiqué par mulitilang est "[en]" (devrait être
plutôt [et]
je pense)
- je change la langue en [et], ajoute quelques mots et sauvegarde
l'article. En
regardant avec phpMyAdmin, je vois qu'un <multi> n'a pas été créé.
- je rechange en [en] et change quelques mots : toujours pas de création
de <multi>.
- je change la langue en [fr] et efface tout le texte pour y insérer «
Allo !».
Résultat dans la base de données : création d'un <multi> comme celui-ci :
<multi>[en] ... tout mon texte[fr]« Allo ! »</multi>. Rien donc en [et]
qui est
la langue de l'article !

- - - -

Ouff ! tout cela est bien compliqué. Et bon courage à ceux qui ont le
courage
éventuellement non seulement de tester mais de programmer un système pour
gérer
ces <multi> !

Paolo

_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

-------
Yffic Cloarec, Directeur Espace Culture Multimedia du Fourneau

---------------------------------------
Le Fourneau, Centre national des arts de la rue [en Bretagne] : http://www.lefourneau.com
Portail rue : http://www.cliclarue.info
Liste de diffusion "arts de la rue" : http://www.lefourneau.com/liste_diffusion

Le 24/04/2010 a 10:50 Paolo ( paolo2@taize.fr ) a ecrit :

Bonjour !

Boa noite

J'ai essayé la nouvelle version.

La raison pour laquelle je ne peux pas utiliser ce plugin, qui sinon
serait très
utile, est toujours la possibilité de *perte de données*.

Par ex. j'ai un article dont le champs texte est composé d'un <multi> dans
une
quinzaine de langues suivi de (en dehors du multi) un modèle qui insère
des
images :
<gallery|id_article=2835|filename=on>

Si tu ouvre l'article en mode édition, alors :
1) tu ne peux pas accéder au raccourci du modèle pour le changer.
2) si tu sauves l'article le modèle (c'est à dire tout texte en-dehors du
multi)
est viré. Tu l'as perdu. Aucune image n'apparaît plus sur la page publique.

Que penses-tu de l'idée de Renato pour éviter cette situation ? --
« Une solution a le probleme d'une perte de donness peut etre
d'interdire le script sur touts le champs ou il y a un <multi> que ne
prends pas tout le champ. »

Voila, c'est fait... J'ai teste, mais je suis sur que tu vas trouver un cas ou ca ne fonctionne :wink:

Une autre remarque : dans l'état actuel l'interface ne t'avertit pas si un
<multi> existe ou non sur un champ. En fait il est très facile à créer un
multi
sans le vouloir ! Suggestion : est-ce que les raccourcis de langues
pourraient
apparaître seulement lorsque le curseur est dans un champ qui contient
déjà un
<multi>? Et la création d'un <multi> doit passer, au début, par mettre
"<multi>
... </multi>" manuellement dans un champ ?

J'ai rajoute une image en background du champ qui indique son etat :
- no multi : pas de multi dans le champ
- multi (barré) : multi desactive dans ce champ
- multi fr : texte affiche actuellement en francais
- multi en : texte affiche actuellement en anglais
- faudra rajouter les autres ou trouver une autre astuce

Je pense que ca suffit pour que le redacteur ne se perde pas... Apres c'est sur qu'il peut toujours
faire des conneries du genre de l'imbrication de champs multi... mais bon, sans le plugin aussi.
Faut juste ne pas perdre de donnees

Encore une : le plugin semble contenir une confusion entre la *langue
principale* du site et la *langue de l'article*. Voici une expérience :

Sur un site dont la langue principale est anglais, j'ouvre un article
estonien.
- au début la langue indiqué par mulitilang est "[en]" (devrait être
plutôt [et]
je pense)
- je change la langue en [et], ajoute quelques mots et sauvegarde
l'article. En
regardant avec phpMyAdmin, je vois qu'un <multi> n'a pas été créé.
- je rechange en [en] et change quelques mots : toujours pas de création
de <multi>.
- je change la langue en [fr] et efface tout le texte pour y insérer «
Allo !».
Résultat dans la base de données : création d'un <multi> comme celui-ci :
<multi>[en] ... tout mon texte[fr]« Allo ! »</multi>. Rien donc en [et]
qui est
la langue de l'article !

La j'ai un peu de mal a te suivre... J'ai pas bien compris comment ca fonctionne. Peux tu me donner
tes reglages dans configuration/gestion des langues

Et merci pour les tests
-------
Yffic Cloarec, Directeur Espace Culture Multimedia du Fourneau

---------------------------------------
Le Fourneau, Centre national des arts de la rue [en Bretagne] : http://www.lefourneau.com
Portail rue : http://www.cliclarue.info
Liste de diffusion "arts de la rue" : http://www.lefourneau.com/liste_diffusion