En essayant de supprimer une boucle en utilisant une jointure (ARTICLES mots.articles mots), mais ayant besoin d'accéder aux #TITRES et des articles et des mots, je retrouve ce que denisb a écrit le 27-01-2009 :
« hélas #table:BALISE n'existe pas encore... pour pouvoir différencier les champs homonymes sur les tables joint(é)es.
donc, pour l'instant tu n'as droit qu'aux champs de la table principale
(celle nommée en majuscules) et aux champs *non homonymes* de la table
jointe (nommée en minuscules ou en préfixe de critère)»
Est-ce que avec SPIP 2.1 c'est toujours le cas ? Si oui, je pense que je dois rester avec les deux boucles....
En essayant de supprimer une boucle en utilisant une jointure (ARTICLES
mots.articles mots), mais ayant besoin d'accéder aux #TITRES et des
articles et des mots, je retrouve ce que denisb a écrit le 27-01-2009 :
« hélas #table:BALISE n'existe pas encore... pour pouvoir différencier
les champs homonymes sur les tables joint(é)es.
donc, pour l'instant tu n'as droit qu'aux champs de la table principale
(celle nommée en majuscules) et aux champs *non homonymes* de la table
jointe (nommée en minuscules ou en préfixe de critère)»
Est-ce que avec SPIP 2.1 c'est toujours le cas ? Si oui, je pense que je
dois rester avec les deux boucles....
Je sais pas avec SPIP2.1 mais n'est ce pas possible avec #CHAMP_SQL
qui a quand même l'air furieusement fait pour ça ?
En essayant de supprimer une boucle en utilisant une jointure (ARTICLES
mots.articles mots), mais ayant besoin d'accéder aux #TITRES et des
articles et des mots, je retrouve ce que denisb a écrit le 27-01-2009 :
« hélas #table:BALISE n'existe pas encore... pour pouvoir différencier
les champs homonymes sur les tables joint(é)es.
donc, pour l'instant tu n'as droit qu'aux champs de la table principale
(celle nommée en majuscules) et aux champs *non homonymes* de la table
jointe (nommée en minuscules ou en préfixe de critère)»
Est-ce que avec SPIP 2.1 c'est toujours le cas ? Si oui, je pense que je
dois rester avec les deux boucles....
Je sais pas avec SPIP2.1 mais n'est ce pas possible avec #CHAMP_SQL
qui a quand même l'air furieusement fait pour ça ?
Dans une configuration similaire je n'ai pas réussi à récupérer la valeur
non plus.
ni avec #CHAMP_SQL{prefix_rubriques.titre} (dans mon cas)
ni d'ailleurs avec #CHAMP_SQL{L1.titre} ou #CHAMP_SQL{L2.titre}
Dans une configuration similaire je n'ai pas réussi à récupérer la valeur
non plus.
ni avec #CHAMP_SQL{prefix_rubriques.titre} (dans mon cas)
ni d'ailleurs avec #CHAMP_SQL{L1.titre} ou #CHAMP_SQL{L2.titre}
Merci pour les essais. Oui, c'est un peu dommage. Mais pas la fin du monde
Paolo
Dans une configuration similaire je n'ai pas réussi à récupérer la valeur
non plus.
ni avec #CHAMP_SQL{prefix_rubriques.titre} (dans mon cas)
ni d'ailleurs avec #CHAMP_SQL{L1.titre} ou #CHAMP_SQL{L2.titre}
Merci pour les essais. Oui, c'est un peu dommage. Mais pas la fin du
monde
Non... mais je me rend compte d'un truc pas dommage mais aberrant (dirai-je) :
si je fais une boucle à l'intérieur de cette boucle,
portant sur la table secondaire seulement,
en passant l'identifiant commun 2 tables comme critère,
afin d'accéder à la valeur du champ homonyme inaccessible dans la boucle principale,
c'est encore la valeur du champ dans la table primaire qui est renvoyé !
Soit j'hallucine, soit spip aberre,
mais yen a un qu'est pas d'équerre...
JLuc
si je fais une boucle à l'intérieur de cette boucle,
portant sur la table secondaire seulement,
en passant l'identifiant commun 2 tables comme critère,
afin d'accéder à la valeur du champ homonyme inaccessible dans la boucle
principale,
c'est encore la valeur du champ dans la table primaire qui est renvoyé !
si je fais une boucle à l'intérieur de cette boucle,
portant sur la table secondaire seulement,
en passant l'identifiant commun 2 tables comme critère,
afin d'accéder à la valeur du champ homonyme inaccessible dans la boucle
principale,
c'est encore la valeur du champ dans la table primaire qui est renvoyé !
Tu peux donner ton code exact ?
Pas exact mais un peu simplifié :
La table data a un champ id_rubrique "clé unique" et un champ titre
et j'ai ajouté un champ ordre à la table RUBRIQUES.
<BOUCLE_test(data prefixe_rubriques){1,100}{par ordre}> #ORDRE
<B_rub(RUBRIQUES){id_rubrique}>#TITRE</B_rub>
Data #ID_DATA : #TITRE<br>
</BOUCLE_test>
Les titres apparaissent identiques : ce sont ceux de data.
si je fais une boucle à l'intérieur de cette boucle,
portant sur la table secondaire seulement,
en passant l'identifiant commun 2 tables comme critère,
afin d'accéder à la valeur du champ homonyme inaccessible dans la boucle
principale,
c'est encore la valeur du champ dans la table primaire qui est renvoyé !
Tu peux donner ton code exact ?
Pas exact mais un peu simplifié :
La table data a un champ id_rubrique "clé unique" et un champ titre
et j'ai ajouté un champ ordre à la table RUBRIQUES.
<BOUCLE_test(data prefixe_rubriques){1,100}{par ordre}> #ORDRE
<B_rub(RUBRIQUES){id_rubrique}>#TITRE</B_rub>
Data #ID_DATA : #TITRE<br>
</BOUCLE_test>
Les titres apparaissent identiques : ce sont ceux de data.
Mea culpa, Spipa bravo !
avec <BOUCLE_rub.../BOUCLE_RUB> ça marche parfaitement !
