ACTU accés nouveaux champs ou tables

Bonjour,

ça bouge "tellement vite" du côté du nouveau compilateur
que c'est pas facile de savoir à quel point exactement
il faut se compliquer la vie ou non pour accéder
à un champ supplémentaire ajouté à la table ARTICLE par exemple
ou pour accéder à une nouvelle table.
Ma question c'est : à partir de quelle version exactement
est-ce automatique et transparent ?

Par exemple, avec la 1.9.2 l'accés à une table non standard marche
de manière complètement transparente :

exemple sur la table spip_meta :
<table>
<tr><td>NOM</td><td>VALEUR</td></tr>
<BOUCLE_meta(spip_META)>
<tr><td>#NOM</td><td>#VALEUR</td></tr>
</BOUCLE_meta>
</table>

Mais alors que j'ai ajouté par exemple un champ attribut à la table ARTICLE
avec la 1.9.2b la spipbalise #ATTRIBUT d'une boucle article ne renvoie rien.
Est-ce possible directement à partir de la version SVN (si oui : laquelle ?) ?

JLuc

JLuc a écrit :

Bonjour,

ça bouge "tellement vite" du côté du nouveau compilateur
que c'est pas facile de savoir à quel point exactement
il faut se compliquer la vie ou non pour accéder
à un champ supplémentaire ajouté à la table ARTICLE par exemple
ou pour accéder à une nouvelle table.
Ma question c'est : à partir de quelle version exactement
est-ce automatique et transparent ?

Par exemple, avec la 1.9.2 l'accés à une table non standard marche
de manière complètement transparente :

Mais il est indispensable toutefois
que le nom de cette table commence par le préfixe
standard des tables standards spip (spip_ par défaut).

exemple sur la table spip_meta :
<table>
<tr><td>NOM</td><td>VALEUR</td></tr>
<BOUCLE_meta(spip_META)>
<tr><td>#NOM</td><td>#VALEUR</td></tr>
</BOUCLE_meta>
</table>

Mais alors que j'ai ajouté par exemple un champ attribut à la table ARTICLE
avec la 1.9.2b la spipbalise #ATTRIBUT d'une boucle article ne renvoie rien.
Est-ce possible directement à partir de la version SVN (si oui : laquelle ?) ?

JLuc