[spip-dev] bugs et ergonomie

Salut !
Voilà un petit résumé des différents bugs et problèmes
d’ergonomie que moi et mes rédacteurs rencontrons sur SPIP.
Vous avez déjà dut en voir une partie dans des mails passés
ces derniers jours:

Articles :
- Quoi qu’en disent certains programmeurs ;-), il y a des
articles qui ne disparaissent pas de la base une fois à la
poubelle. Pour ma part, j’ai des articles qui sont à la
poubelle et toujours présent depuis plus de 72h et le plus
vieux doit y être depuis fin août (ma base est récente, je
n’ait pas plus vieux).

Documents/Vignettes :
- Les vignettes des documents attachés ne sont pas
physiquement supprimées lors de la suppression des documents.
- La suppression d’un article ne génère pas la suppression
physique des documents attachés (je n’ai pas pu observer ce
qu’il ce passe lorsque l’article disparaît réellement de la
base, cf au dessus)
- La suppression à la main de tous les documents d’un article
(et donc physiquement) est longue et fastidieuse en raison du
rechargement systématique de la page. Un petit bouton « tous
supprimer » ?

Mots clés :
Pour pallier l’absence de champs customisables, beaucoup de
personnes utilisent les mots clés. On ce retrouve donc très
vite avec une vingtaine de groupes et une centaines de mots
clés. La sélection des mots clés devient alors extrêmement
fastidieuse : un mot clé = un chargement de page ; si on a 2
mots par groupe à sélectionner… je vous laisse compter le
temps que ça prend pour un article…

Forum :
- Même remarque que pour les articles, les messages supprimés
ne disparaissent pas de la base (mais le doivent-ils?)

Sites référencés :
Impossible de lier des sites à un article alors qu’il est bien
pratique de ne pas avoir à ce retaper la description et tout
le toutim à la main…

Programmes perso :
L’ajout d’une fonction pour gérer des modules (comme la «
poubelle », qui dans mon cas serait très utile) serait la
bienvenue. Je précise que l’utilisation des annonces avec
redirection ne convient pas du tout.

A plus !
David

PS : Je ne suis en aucun cas agressif, si je laisse paraître
le contraire c’est par forme d’humour ou alors totalement
involontairement. Je n’exige rien et ne fait que rapporter une
expérience perso (qui est , certes, totalement subjective…) A
bon entendeur….

Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,13 €/mn) ; tél : 08 92 68 13 50 (0,34€/mn)"

Hello,

- La suppression d’un article ne génère pas la suppression physique
  des documents attachés (je n’ai pas pu observer ce qu’il ce passe
  lorsque l’article disparaît réellement de la base, cf au dessus)

Normal, il faudrait d'abord vérifier que ces documents ne sont pas
utilisés dans d'autres articles. Lourd à faire.

-Nicolas

- La suppression d’un article ne génère pas la suppression physique
  des documents attachés (je n’ai pas pu observer ce qu’il ce passe
  lorsque l’article disparaît réellement de la base, cf au dessus)

Normal, il faudrait d'abord vérifier que ces documents ne sont pas
utilisés dans d'autres articles. Lourd à faire.

Ou utiliser le contrôle d'intégrité de la base SQL, mais MySQL ne le fait
pas encore.
(c'est prévu dans la 4.1, ainsi qu'un indexeur full-text, ...)

C'est lourd à faire.

Pas tant que ça (surtout avec des objets :wink: ).
D'après les dév. de MySQL, c'est plus rapide que d'utiliser le contrôle
d'intégrité :

"In MySQL Server, you can work around the problem of ON DELETE ... not being
implemented by adding the appropriate DELETE statement to an application
when you delete records from a table that has a foreign key. In practice
this is as quick (in some cases quicker) and much more portable than using
foreign keys. "
http://www.mysql.com/documentation/mysql/full/

Oups, la fonctionalité d'effacement des documents lors de l'effacement d'un
article semble exister avec MySQL 4.0 :
"In MySQL Server 4.0 you can use multi-table delete to delete rows from many
tables with one command. See section 6.4.6 DELETE Syntax. "

Yves