Pour calmer les impatiences légitimes de certains,
je viens de mettre à jour une ancienne contribution
où je montrais ce qu'on pouvait faire avec le nouveau compilateur:
On y trouvera un script de 4Ko qui, en lisant inc_serialbase,
réalise automatiquement les fonctionnalités de articles_edit, breves_edit etc.
Retours souhaités.
Pour calmer les impatiences légitimes de certains,
je viens de mettre à jour une ancienne contribution
où je montrais ce qu'on pouvait faire avec le nouveau compilateur:
On y trouvera un script de 4Ko qui, en lisant inc_serialbase,
réalise automatiquement les fonctionnalités de articles_edit,
breves_edit etc.
Retours souhaités.
Je n'ai pas tenté le test puisque la contrib semble spécifier que ça ne
marchera pas sur la CVS.
Par contre, en terme d'architecture, je me pose les questions suivantes :
- est-ce que ça gère les documents joints (images, documents) ?
- est-ce que ça gère les jointures entre tables (1-n, n-n) ?
- est-ce que à terme, ça peut être intégré dans articles.php3 et
articles_edit.php3 et les autres de manière à :
- ce que l'admin de spip prenne en compte automatiquement les champs
rajoutés aux tables «historiques» de SPIP
- et qu'elle offre un accès automatique aux tables rajoutées
On y trouvera un script de 4Ko qui, en lisant inc_serialbase,
réalise automatiquement les fonctionnalités de articles_edit,
breves_edit etc.
Retours souhaités.
Je n'ai pas tenté le test puisque la contrib semble spécifier que ça ne
marchera pas sur la CVS.
Mais si: ma phrase dit que c'est le "premier jet" de mon ancienne contrib
qui pose pb avec la CVS, c'est pourquoi j'ai reposté qqch.
Par contre, en terme d'architecture, je me pose les questions suivantes :
- est-ce que ça gère les documents joints (images, documents) ?
la description MySQL de la table ne permet pas de savoir qu'on peut joindre
qqch à tel objet (un article) et pas à tel autre (un auteur).
C'est dommage, mais si on remarque qu'avec PostGres on l'aurait su,
il y a peut-etre une piste à creuser.
- est-ce que ça gère les jointures entre tables (1-n, n-n) ?
je ne comprends pas la question: c'est un script d'insertion dans une table,
que viennent faire les jointures ?
- est-ce que à terme, ça peut être intégré dans articles.php3 et
articles_edit.php3 et les autres de manière à :
- ce que l'admin de spip prenne en compte automatiquement les champs
rajoutés aux tables «historiques» de SPIP
- et qu'elle offre un accès automatique aux tables rajoutées
Le pb est que certains champs devraient être cachés (type=hidden);
je l'ai fait arbitrairement pour DATE & TIMESTAMP mais on manque
d'une typologie sur les types de champs.