Salut,
Modifications dans la version 1.3 beta 4 (spip-dev), sur les fichiers:
/spip_test_dirs.php3
/ecrire/sites_edit.php3
/ecrire/articles_edit.php3
/ecrire/sites.php3
/ecrire/mots_edit.php3
/ecrire/breves_voir.php3
/ecrire/auteurs_edit.php3
/ecrire/articles.php3
/ecrire/inc_logos.php3
et surtout il y a un nouveau dossier:
/ecrire/upload
Le but de la manoeuvre est de permettre l'installation de logos et
d'images dans les articles, quand l'h=E9bergeur n'accepte pas l'upload
de fichiers par une interface Web. Cela concerne donc les sites sur
Multimania.
Le principe est simple: il suffit d'installer un (ou plusieurs)
fichiers dans le dossier"/ecrire/upload" par ftp, et SPIP va
remplacer l'interface "T=E9l=E9charger un fichier" par un menu d=E9roulant
contenant la liste des fichiers de "upload". Il suffit de
s=E9lectionner celui qu'on d=E9sire, et de valider. Notez: aucune
modification sur spip_image.php3, la fonction qui g=E9rait d=E9j=E0 l'envoi
de logos et d'images est donc totalement inchang=E9e.
Justes quelques d=E9tails qui me chiffonnent (faire des tests?):
- j'ai ajout=E9 le test de l'acc=E8s =E0 /ecrire/upload dans
spip_test_dirs, mais c'est pas d=E9ment: si c'est fait apr=E8s une
mise-=E0-jour du site, c'est pas test=E9; de plus il semble que
Multimania (actuellement le seul concern=E9) ne r=E9clame pas une telle
v=E9rification; =E7a test upload m=EAme sur les sites qui ne l'utiliseront
pas...
- le menu d=E9roulant n'affiche que les fichiers se terminant par
"gif", "jpg" ou "png"; =E7a me semble logique (?);
- probl=E8me peut-=EAtre si on envoie des fichiers ayant des noms
exotiques, notamment avec des guillemets. Je sais pas trop ce qui se
passe alors.
- sauf erreur de ma part, l'envoi d'images pour les articles par ce
biais est r=E9serv=E9 aux admins, et non aux r=E9dacteurs; en effet, il n'y
a pas de raison qu'un admin dispose des cl=E9s FTP du site pour
installer les documents.
M'enfin sur mon site de test sur Niania, j'ai pas rencontr=E9 trop de
probl=E8mes, et =E7a permet tout de m=EAme de contourner une tr=E8s grosse
limitation.
De plus, il me semble que cette proc=E9dure pourrait par la suite =EAtre
=E9tendue =E0 l'envoi de documents joints (PDF, etc), sur _tous_ les
sites (histoire de r=E9soudre probl=E8mes de s=E9curit=E9, et de faciliter
l'envoi de "gros" documents).
=3D=3D=3D=3D=3D=3D=3D=3D=3D
Au passage, j'ai supprim=E9 sur "naviguer.php3" l'interface d'ajout
imm=E9diat d'un site r=E9f=E9renc=E9: =E7a cr=E9ait en effet une grosse
incoh=E9rence dans l'interface. Certes, cela faisait gagner un temps
fou, mais au prix d'une logique d'interface totalement bancale
(puisqu'on ne passe plus du tout par l'"=E9dition" du site, on ne sait
plus, justement, comment =E9diter un site - surtout =E7a mettait en
"vedette" une fonction relativement anecdotique, alors que la
fonction principale de SPIP est bien d'=E9crire des articles, donc
grosse disproportion dans les priorit=E9s de l'interface).
Cependant, la fonction est vraiment pratique et =E9l=E9gante. Je l'ai
donc d=E9plac=E9e dans la page "R=E9f=E9rencer un site": quand on fait
"r=E9f=E9rencer un site", donc avec new=3Doui, on voit en haut de page un
pav=E9 expliquant cette manoeuvre. Le retour sur fait alors sur la page
du site lui-m=EAme, ce qui permet de voir imm=E9diatement le r=E9sultat et
=E9ventuellement de modifier ou retourner =E0 la page de la rubrique.
C'est certes un poil plus lourd (2 clics en plus, du coup), mais la
logique de l'interface reprend imm=E9diatement sa limpidit=E9 (on sait o=F9
se trouve l'interface du site, comment =E7a se modifie, etc.)
ARNO*