archives: menu: édition possible pour tous

petit remaniement du menu membre afin de proposer la création
d'archives à tous les membres.
notion de créateur d'une archive

rajout d'un champ authId dans la BD
les archives deviennent éditables selon l'auteur
balise <auteur> dans la structure XML
archives: édition pour tout le monde

- génération automatique des index
- effacement des archives nouvelles mais directement annulées
(DEBUG)
Reste la gestion de la signature.
gestion de l'auteur terminée

mais à présent: bug dans l'enregistrement d'une archive comportant
des ' !!!! (voir si ce n'est pas la BD qui déconne ?)
renommage des fichiers menus pour cohérence
upload vidéo: suppression de l'option "viméo"

dans le cas "classique".
L'upload direct est déconseillé.
archives: "presque bon", mais...

cela devient vraiment une usine à gaz.
Je pense que la partie édition des archives demande à être récrite
avec un modèle OO qui sera plus solide et plus souple.
début de migration: tous sauf les medias !

désormais la liste des médias est transmise déjà formatée dans
le champ 'xmlMedias' de la <form>.
Cela clarifie et allège énormément archives_save.php.
On aurait pu opter pour un passage en xml complet, mais
je préfère garder le principe classique des <form> au maximum, à
savoir: le php récupère et traite les différents champs.
Ici ce principe est violé pour la liste des participants et celle
des médias uniquement.
classe media: supprimer et editer commentaire

La classe de base est en bonne voie, ses deux fonctions principales
sont supportées.
Il reste encore la fonction bouger mais celle-ci sera développée
plus tard une fois que la sous classe mediaFile sera implantée.
fileMedia: premiers essais

plutôt prometteurs... mais je me demande s'il n'y a pas moyen
de simplifier un peu la hiérarchie de classes en prenant des URL
comme cibles plutôt que des noms de fichiers/ url / autre chose??
embryon classe photo

la hierarchie a été un peu remaniée, confiant à la classe Media
la totalité de la partie graphique, y compris la miniature.
Je m'attaque maintenant à l'upload de nouvelles photos, la partie
upload étant a priori confiée à la classe fileMedia, mais il faut
voir à l'usage si c'est judicieux.
fileMedia: upload en bonne voie

L'upload commence à fonctionner.
Il reste essentiellement à renommer le fichier sur le serveur,
et dans le cas des photos, à créer la miniature automatiquement.

Cependant, il y a un bug lorsque l'on sélectionne plusieurs
fichiers en même temps.
FileMedia upload: terminé!

Le bug a été trouvé (variable globale au lieu de locale...).
Quelques variables sont devenues privées pour plus de sécu.
La fonction afterUpload() est devenue publique afin qu'elle
puisse être surchargée par celle de Photo.
Photo.upLoad: ca fonctionne !

les photos sont chargées, renommées correctement, les miniatures
sont crées automatiquement et affichées.
gestionAnnulation: adaptée à la nouvelle gestion
Sauvegarde des archives: premier jet

Deux points:
1) BUG commentaires: si on en change un ils changent tous!
2) pas encore de "filtre" sur les commentaires: il faut vérifier
que tous les caractères passent bien.

Le reste semble fonctionner correctement.
BUGFIX: saisie des commentaires fonctionnelle

Il reste cependant régler le pb des caractères spéciaux,
en particulier:
- les guillements " pour les commentaires de photos
- plus généralement donner accès à *quelques balises* mais
désactiver les autres.
commentaire photo: fonctionne...

mais la solution n'est pas super élégante:
on remplace les " par [dq] puis on remplace en sens inverse!
Fastidieux, mais ça marche !
class Video: début de construction

Ce qui fonctionne:
- upload de la vidéo
- affichage et gestion du sélecteur de miniature

Ce qui ne fonctionne pas encore:
- upload de la miniature
classe Video: upload de miniature OK

Reste à gérer l'annulation ou la validation.