Les symptômes sont exactement comme décrit dans le ticket pris ensemble avec mon commentaire #1 (un double bug : la nouvelle rubrique est mal placée, et dans la langue de l'interface en cours).
Paolo
Bonjour,
Le bug #2848 (http://core.spip.org/issues/2848), qui semblait être résolu est réapparu. Je pense que cela dure depuis quelques mois au moins.
Les symptômes sont exactement comme décrit dans le ticket pris ensemble avec mon commentaire #1 (un double bug : la nouvelle rubrique est mal placée, et dans la langue de l'interface en cours).
Paolo
Salut Paolo, le bug #2848 semblait bien venir d'un plugin et non du core,
Alors il faudrait le transférer sur la zone ?
(Je ne sais pas pourquoi, mais mon login pour [http://zone.spip.org/trac/spip-zone/] ne fonctionne plus.)
P.
b b a écrit :
> Salut Paolo, le bug #2848 semblait bien venir d'un plugin et non du core,
Alors il faudrait le transférer sur la zone ?
(Je ne sais pas pourquoi, mais mon login pour [http://zone.spip.org/trac/spip-zone/] ne fonctionne plus.)
P.
Je viens de tester avec 3 rubriques à la racine de SPIP, dans 3 langues différentes.
Dans une sous rubrique de la rubrique «Français» en [fr], j'ai
cliqué créer une traduction,
choisi à l'intérieur de la rubrique «Anglais» en [en]
Ça m'a créé ma rubrique en sous rubrique de la rubrique Anglais, comme prévu.
Par contre, la langue de la rubrique en question n'a pas été hérité à la nouvelle traduction…
Donc, je ne reproduis que la 2è partie du problème là.
Salut Paolo,
Je viens de tester avec 3 rubriques à la racine de SPIP, dans 3 langues différentes.
Dans une sous rubrique de la rubrique «Français» en [fr], j'ai
- cliqué créer une traduction,
- choisi à l'intérieur de la rubrique «Anglais» en [en]
Ça m'a créé ma rubrique en sous rubrique de la rubrique Anglais, comme prévu.
Par contre, la langue de la rubrique en question n'a pas été hérité à la nouvelle traduction…
Donc, je ne reproduis que la 2è partie du problème là.
Je viens de tester avec 3 rubriques à la racine de SPIP, dans 3 langues différentes.
...
Donc, je ne reproduis que la 2è partie du problème là.
Bonjour Matthieu,
Je confirme mes résultats d'avant. Je peux faire un site test pour que tu voies, si nécessaire.
Les configuratons sont les suivantes :
Langue site : EN
Langue de l'interface : FR
Langue de la rubrique d'origine (une sous-rubrique à un niveau plus profond que ton test) : ES
Langue de la rubrique où je tente de placer la nouvelle rubrique : SW (Kiswahili)
Les configurations multilingues sont les suivantes: seules ces 4 options sont cochées:
1 Rubriques : activer le menu de langue
2 ... seulement pour les rubriques situées à la racine ?
3 Rubriques : gérer les liens de traduction
4 Articles : gérer les liens de traduction
La nouvelle rubrique est créée à l'intérieur de la rubrique ES (et non pas SW)
La langue de la nouvelle rubrique est FR (au lieu de SW, ou même ES)
marcimat ☺☮☯♫ a écrit :
> Je viens de tester avec 3 rubriques à la racine de SPIP, dans 3 langues différentes.
...
> Donc, je ne reproduis que la 2è partie du problème là.
Bonjour Matthieu,
Je confirme mes résultats d'avant. Je peux faire un site test pour que tu voies, si nécessaire.
Les configuratons sont les suivantes :
Langue site : EN
Langue de l'interface : FR
Langue de la rubrique d'origine (une sous-rubrique à un niveau plus profond que ton test) : ES
Langue de la rubrique où je tente de placer la nouvelle rubrique : SW (Kiswahili)
Les configurations multilingues sont les suivantes: seules ces 4 options sont cochées:
1 Rubriques : activer le menu de langue
2 ... seulement pour les rubriques situées à la racine ?
3 Rubriques : gérer les liens de traduction
4 Articles : gérer les liens de traduction
La nouvelle rubrique est créée à l'intérieur de la rubrique ES (et non pas SW)
La langue de la nouvelle rubrique est FR (au lieu de SW, ou même ES)
Hum. Je ne comprends pas pourquoi il enregistrerait dans la même rubrique que celle d'origine alors que tu en sélectionnes une autre. Le code n'a pas vraiment l'air de se comporter comme ça. L'auteur en question a-t'il le droit d'écrire dans la rubrique SW ? Est-ce un rédacteur ? un admin-restreint ? un admin complet ? un webmestre ?
Pour la langue, je comprends parfaitement par contre. J'ai repris le code utilisé pour les articles peu ou prou. Cependant ça ne semble pas correspondre dans tous les cas, notamment le tien. Actuellement le code se comporte comme cela pour choisir la langue de la rubrique créée :
il prend la langue de la furure rubrique parente
Si les "liens de traductions entre rubrique" sont actifs, alors il recalcule la langue de la sorte :
--- a) essaie avec la langue de l'auteur (si elle fait partie des langues utilisées sur le site),
--- a) à defaut celle de la rubrique
Dans le cas 2a), le champ 'langue_choisie' vaut 'oui'.
Si je comprends ce que tu gères, tu as un site un peu intermédiaire entre des secteurs par langue et les traductions possibles de rubriques. Tu fais les 2 en fait : tu autorises les traductions de rubriques, mais celles-ci doivent être rangées dans leur secteur, et donc utiliser la langue du secteur.
Ce n'est pas évident de déterminer cela de façon automatique actuellement.
À moins qu'on dise, SI «seulement pour les rubriques racine» est activé, alors c'est que le site à un usage comme le tien.
Autre possibilité, ça serait d'ajouter une nouvelle option de configuration dans le multilinguisme pour les rubriques, indiquant, je ne sais pas quoi du style «calculer la langue uniquement depuis la rubrique parente lors d'une nouvelle traduction ?» ou «ne pas prendre en compte la langue de l'auteur lors d'une nouvelle traduction ?»
MM.
Hum. Je ne comprends pas pourquoi il enregistrerait dans la même rubrique que celle d'origine alors que tu en sélectionnes une autre. Le code n'a pas vraiment l'air de se comporter comme ça. L'auteur en question a-t'il le droit d'écrire dans la rubrique SW ? Est-ce un rédacteur ? un admin-restreint ? un admin complet ? un webmestre ?
Pour la langue, je comprends parfaitement par contre. J'ai repris le code utilisé pour les articles peu ou prou. Cependant ça ne semble pas correspondre dans tous les cas, notamment le tien. Actuellement le code se comporte comme cela pour choisir la langue de la rubrique créée :
- 1) il prend la langue de la furure rubrique parente
- 2) Si les "liens de traductions entre rubrique" sont actifs, alors il recalcule la langue de la sorte :
--- a) essaie avec la langue de l'auteur (si elle fait partie des langues utilisées sur le site),
--- a) à defaut celle de la rubrique
Dans le cas 2a), le champ 'langue_choisie' vaut 'oui'.
Si je comprends ce que tu gères, tu as un site un peu intermédiaire entre des secteurs par langue et les traductions possibles de rubriques. Tu fais les 2 en fait : tu autorises les traductions de rubriques, mais celles-ci doivent être rangées dans leur secteur, et donc utiliser la langue du secteur.
Ce n'est pas évident de déterminer cela de façon automatique actuellement.
À moins qu'on dise, SI «seulement pour les rubriques racine» est activé, alors c'est que le site à un usage comme le tien.
Autre possibilité, ça serait d'ajouter une nouvelle option de configuration dans le multilinguisme pour les rubriques, indiquant, je ne sais pas quoi du style «calculer la langue uniquement depuis la rubrique parente lors d'une nouvelle traduction ?» ou «ne pas prendre en compte la langue de l'auteur lors d'une nouvelle traduction ?»
MM.
Pour le point 1) donc, voici ma conclusion ponctuelle :
le sélecteur de rubrique est celui qui permet une recherche et sélection en mode «finder» (sélecteur générique), et non une simple liste déroulante donc.
ce sélecteur dispose d'un input hidden name='id_parent' value=XX. XX étant la rubrique parente en cours au moment de l'ouverture du formulaire donc.
en local, lorsqu'on sélectionne une autre rubrique parente, et qu'on clique 'changer', l'input hidden est actualisé.
sur taizé, l'input hidden ne s'actualise pas.
MM.
Merci pour les accès.
Pour le point 1) donc, voici ma conclusion ponctuelle :
- le sélecteur de rubrique est celui qui permet une recherche et sélection en mode «finder» (sélecteur générique), et non une simple liste déroulante donc.
- ce sélecteur dispose d'un input hidden name='id_parent' value=XX. XX étant la rubrique parente en cours au moment de l'ouverture du formulaire donc.
- en local, lorsqu'on sélectionne une autre rubrique parente, et qu'on clique 'changer', l'input hidden est actualisé.
- sur taizé, l'input hidden ne s'actualise pas.
MM.
Bon, voilà, le problème 1) survient lorsqu'il y a des documents possibles sur les rubriques. Dans ce cas là, c'est le <input hidden name='id_parent' ... du formulaire d'ajout de document qui est modifié au lieu de celui du sélecteur de rubrique…
Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
Bon, voilà, le problème 1) survient lorsqu'il y a des documents possibles sur les rubriques. Dans ce cas là, c'est le `<input hidden name='id_parent' ... ` du formulaire d'ajout de document qui est modifié au lieu de celui du sélecteur de rubrique…
Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
MM, Merci de ces recherches! Mais est-ce que ce ticket est bien placé? C'est à dire est-ce que le code à corriger se trouve dans SPIP proprement dit, ou bien dans le plugin ?
J'aimerais pas que cela se perde de vue, car c'est un problème qui (nous) gêne constamment.
marcimat écrit :
> Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
MM, Merci de ces recherches! Mais est-ce que ce ticket est bien placé? C'est à dire est-ce que le code à corriger se trouve dans SPIP proprement dit, ou bien dans le plugin ?
J'aimerais pas que cela se perde de vue, car c'est un problème qui (nous) gêne constamment.
Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
MM, Merci de ces recherches! Mais est-ce que ce ticket est bien placé? C'est à dire est-ce que le code à corriger se trouve dans SPIP proprement dit, ou bien dans le plugin ?
J'aimerais pas que cela se perde de vue, car c'est un problème qui (nous) gêne constamment.
Je pense que le problème décrit ici (http://core.spip.org/issues/2746) est en partie lié à ce ticket. Problème présent sur les rubriques et les articles, la langue de l'objet créé n'ai pas correcte/logique.
Paolo - a écrit :
> marcimat écrit :
> > Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
>
> MM, Merci de ces recherches! Mais est-ce que ce ticket est bien placé? C'est à dire est-ce que le code à corriger se trouve dans SPIP proprement dit, ou bien dans le plugin ?
>
> J'aimerais pas que cela se perde de vue, car c'est un problème qui (nous) gêne constamment.
Je pense que le problème décrit ici (http://core.spip.org/issues/2746) est en partie lié à ce ticket. Problème présent sur les rubriques et les articles, la langue de l'objet créé n'ai pas correcte/logique.
Bonjour,
Le bug #2848 (http://core.spip.org/issues/2848), qui semblait être résolu est réapparu. Je pense que cela dure depuis quelques mois au moins.
Les symptômes sont exactement comme décrit dans le ticket pris ensemble avec mon commentaire #1 (un double bug : la nouvelle rubrique est mal placée, et dans la langue de l'interface en cours).
Paolo
Salut Paolo, le bug #2848 semblait bien venir d'un plugin et non du core, si c'est encore le cas aujourd'hui ce ticket me parait invalide.
b b a écrit :
Alors il faudrait le transférer sur la zone ?
(Je ne sais pas pourquoi, mais mon login pour [http://zone.spip.org/trac/spip-zone/] ne fonctionne plus.)
P.
Salut Paolo,
Je viens de tester avec 3 rubriques à la racine de SPIP, dans 3 langues différentes.
Dans une sous rubrique de la rubrique «Français» en [fr], j'ai
Ça m'a créé ma rubrique en sous rubrique de la rubrique Anglais, comme prévu.
Par contre, la langue de la rubrique en question n'a pas été hérité à la nouvelle traduction…
Donc, je ne reproduis que la 2è partie du problème là.
marcimat ☺☮☯♫ a écrit :
Bonjour Matthieu,
Je confirme mes résultats d'avant. Je peux faire un site test pour que tu voies, si nécessaire.
Les configuratons sont les suivantes :
Langue site : EN
Langue de l'interface : FR
Langue de la rubrique d'origine (une sous-rubrique à un niveau plus profond que ton test) : ES
Langue de la rubrique où je tente de placer la nouvelle rubrique : SW (Kiswahili)
Les configurations multilingues sont les suivantes: seules ces 4 options sont cochées:
1 Rubriques : activer le menu de langue
2 ... seulement pour les rubriques situées à la racine ?
3 Rubriques : gérer les liens de traduction
4 Articles : gérer les liens de traduction
La nouvelle rubrique est créée à l'intérieur de la rubrique ES (et non pas SW)
La langue de la nouvelle rubrique est FR (au lieu de SW, ou même ES)
Hum. Je ne comprends pas pourquoi il enregistrerait dans la même rubrique que celle d'origine alors que tu en sélectionnes une autre. Le code n'a pas vraiment l'air de se comporter comme ça. L'auteur en question a-t'il le droit d'écrire dans la rubrique SW ? Est-ce un rédacteur ? un admin-restreint ? un admin complet ? un webmestre ?
Pour la langue, je comprends parfaitement par contre. J'ai repris le code utilisé pour les articles peu ou prou. Cependant ça ne semble pas correspondre dans tous les cas, notamment le tien. Actuellement le code se comporte comme cela pour choisir la langue de la rubrique créée :
--- a) essaie avec la langue de l'auteur (si elle fait partie des langues utilisées sur le site),
--- a) à defaut celle de la rubrique
Dans le cas 2a), le champ 'langue_choisie' vaut 'oui'.
Si je comprends ce que tu gères, tu as un site un peu intermédiaire entre des secteurs par langue et les traductions possibles de rubriques. Tu fais les 2 en fait : tu autorises les traductions de rubriques, mais celles-ci doivent être rangées dans leur secteur, et donc utiliser la langue du secteur.
Ce n'est pas évident de déterminer cela de façon automatique actuellement.
À moins qu'on dise, SI «seulement pour les rubriques racine» est activé, alors c'est que le site à un usage comme le tien.
Autre possibilité, ça serait d'ajouter une nouvelle option de configuration dans le multilinguisme pour les rubriques, indiquant, je ne sais pas quoi du style «calculer la langue uniquement depuis la rubrique parente lors d'une nouvelle traduction ?» ou «ne pas prendre en compte la langue de l'auteur lors d'une nouvelle traduction ?»
MM.
Merci pour les accès.
Pour le point 1) donc, voici ma conclusion ponctuelle :
MM.
Bon, voilà, le problème 1) survient lorsqu'il y a des documents possibles sur les rubriques. Dans ce cas là, c'est le
<input hidden name='id_parent' ...du formulaire d'ajout de document qui est modifié au lieu de celui du sélecteur de rubrique…Je reproduis la chose localement. De là à corriger, c'est pas simple vu ce code.
marcimat écrit :
MM, Merci de ces recherches! Mais est-ce que ce ticket est bien placé? C'est à dire est-ce que le code à corriger se trouve dans SPIP proprement dit, ou bien dans le plugin ?
J'aimerais pas que cela se perde de vue, car c'est un problème qui (nous) gêne constamment.
Paolo - a écrit :
Je pense que le problème décrit ici (http://core.spip.org/issues/2746) est en partie lié à ce ticket. Problème présent sur les rubriques et les articles, la langue de l'objet créé n'ai pas correcte/logique.
Version cible mise à 3.0
r21734 et r21735 corrigent le bug de selection de rubrique, c'est deja ça.
Je ne suis pas sur si ça suffit à fermer le ticket ou non...
Qui ne dit mot consent. Rouvrir le ticket si le bug persiste.
Statut changé à Fermé