[spip-dev] Plusieurs choses...

Bonjour à tous,
J'ai quelques questions à vous soummettre après les avoir vainement postées
sur le forum du Site.

- Spip et les autres bases de données : En cherchant un peu, j'ai vu que ca
avait été à l'ordre du jour sur votre liste de diffusion pour le
developpement
(spip-dev). Je m'interesse notament à Oracle.

- Lorsque l'on efface le contenu d'indexation d'un site, celui ci se
reconstitue au fil de l'eau à mesure que le site est visité comme expliqué
dans
la doc. Cependant il semble que la ré-indexation ne fonctionne pas pour les
mots clés. lorqu'on les consulte via la page mot.php?id_mot=xx du site
publique.

- SPIP gère les documents attachés uniquement dans des articles. Or, pour
des
raisons de souplesse, dans certains cas on aimerait pouvoir "mettre"
(attacher)
ces documents dans une rubrique et non dans un article. Pour reprendre
l'exemple du tutorial avancé sur les jeux vidéo, on pourrait imaginer de
stocker tous les patchs d'un jeux dans une sous rubrique du jeux.
En jetant un oeil à la base de données de SPIP, je me dis que ca n'a pas
l'air
infaisable. Les documents (leur références) sont stockés dans une table
(spip_documents) et les associations aux articles dans une autre
(spip_documents_articles). On peut donc imaginer de creer un table pour
associer les documents avec les rubriques (spip_documents_rubrique). Là où
je
coince, c'est pour adapter/completer le code de SPIP pour pouvoir utiliser
des
boucle DOCUMENTS en utilisant le paramètre id_rubrique pour récuperer les
documents associés à une rubrique.

- la gestion des documents permet d'utiliser un document dans plusieurs
articles, meme si un document est initialement rataché à un article.
Lorsque
tous les articles utilisant le document sont effacés il serait utile
d'avoir
dans l'interface d'admin une page pour pouvoir supprimer les documents
orphelins. Cela suppose : 1. De mettre à jour la table
spip_documents_articles
à chaque fois qu'un document est référencé dans un article. 2. D'afficher
dans
la nouvelle interface d'admin tous les documents qui ne sont pas référencés
dans cette table, puiqu'ils ne sont utilisé dans aucun article.

- [hors sujet] J'ai un problème d'installation réccurent avec PHP et GD.
Lorsque j'active le support de GD je ne paviens pas à faire fonctionner la
génération automatique de vignettes. Dans la configuration de SPIP je
trouve
bien l'encart pour faire fonctionner les vignettes, mais lorsque je clique
sur
le lien pour tester les types d'images, le navigateur reste bloqué sur la
page /spip_image.php3?test_formats=oui&redirect=config-contenu.php3
Pourtant,
GD est bien actif (visible dans phpinfo() ). Par contre ca fonctionne sans
auncun problème avec EasyPHP. Mais je ne suis pas fan de ce genre de
packages.

Voila,
Désolé d'avoir tout groupé dans un seul mail.

Thomas

Hello,

- Spip et les autres bases de données : En cherchant un peu, j'ai vu
que ca avait été à l'ordre du jour sur votre liste de diffusion pour le
developpement
(spip-dev). Je m'interesse notament à Oracle.

Pas avant un paquet de temps, à mon avis (que ce soit Oracle ou un autre
sgbd). Désolé....

Or,
pour
des
raisons de souplesse, dans certains cas on aimerait pouvoir "mettre"
(attacher)
ces documents dans une rubrique et non dans un article.

Je suis d'accord, ce serait très utile.

En
jetant un oeil à la base de données de SPIP, je me dis que ca n'a pas
l'air
infaisable.

Oui. Le problème n'est pas la base de données, mais l'interface actuelle
d'insertion des documents. L'interface précédente était simple, pratique
et très facilement adaptable aux rubriques et autres (mais elle présentait
l'inconvénient d'utiliser un pop-up, ce qui ne plait pas à certaines
personnes...). L'interface actuelle est dédiée aux articles, lourde et
incommode ; plusieurs personnes ont fait ce reproche.

a+

Antoine.

(re)Bonjour,

En effet, cela a déjà fait l'objet de discussions plutôt poussées,
qui ont conduit à la liste d'actions suivantes à effectuer [...]

ATTENTION, j'ai oublié de préciser que ce que nous avons déjà fait
avec PEAR DB fait perdre la compatibilité avec PHP3 ...

-Nicolas