Et ensuite ?

Avec les manips ci-dessus, Alexis aura mis le lecteur à jour, mais on ne sait pas forcément quelle utilisation en sera fait au final.
En fait, les possibilités sont multiples, alors je vais essayer de présenter les différentes possibilités.

Pour une intégration à SPIP/Framasoft, ça se corse un poil, non pas techniquement, mais "idéologiquement".

Le code du lecteur

En effet, l'intégration d'un fichier flash, quel qu'il soit peut se faire de 2 façons :

• une "propre" en xhtml (<object> ), mais qui pose certains soucis à certains navigateurs.
• une "old-school" (<object> + <embed> ) qui sera probablement un jour prochain périmée.

Utilisation de Javascript

Le deuxième probleme, c'est l'éventuelle utilisation de Javascript.

La bonne nouvelle, c'est que le Javascript n'est pas indispensable.
La mauvaise nouvelle, c'est qu'il facilite grandement l'utilisation du lecteur pour le rédacteur (le lecteur/visiteur, lui, ne voit aucune différence).

Ainsi, actuellement, pour lancer le titre d'EHMA sur Free Culture, Thierry à dû entrer dans SPIP :

Ce qui en utilisant Javascript, donnerait :

Ce qui est quand même bien plus court.

De même, pour insérer un lecteur, le code :

 <object id="mp3player" type="application/x-shockwave-flash"
data="/framaplayer/framaplayer.swf" width="150" height="75"
style="vertical-align: bottom;text-align: center;">
    <!-- MP3 Flash player. Credits, license, contact & examples:
http://framaplayer.keonox.com/ -->
    <param name="type" value="application/x-shockwave-flash" />
    <param name="codebase"
value="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"
/>
    [ <a href="http://www.macromedia.com/go/getflashplayer/">Flash
Player</a> requis ]
  </object> 

Pourrait être remplacé alors par

 <script language="JavaScript" type="text/javascript">
fpa = new Array(); fpa['FlashVars'] = new Array();
Framaplayer(fpa);
</script> 

Ce qui est plus court (mais pas forcément plus clair), mais surtout, pond un code compréhensible pour tous les navigateurs.

J'ai pas tout suivi, là...

En résumé, SPIP interdit l'utilisation de balises <script> pour les rédacteurs (ce qui me parait normal), mais du coup, on y perd en souplesse et en compatibilité.

Concrètement, ce qui fonctionne sans Javascript :
- Lecteur avec IE 5.5 et suivants sous Windows
- Lecteur avec Firefox (et autres Gecko like type Mozilla/Konqueror) toutes plateformes (a priori)
- Le passage des sons via des liens assez longs (l'exemple d'EHMA actuellement en place) sous IE et Firefox PC

Ce qui ne fonctionne pas sans Javascript :
- Lecteur avec vieux navigateurs (IE 4 ou 5, Netscape 4), Opera 7 (pas testé la 8 qui vient de sortir), ni Safari.
- Le passage de sons avec des liens assez longs sous FireFox MAC (c'est un bug Mac, pas ma faute ni celle de FF)

Ce qui aurait fonctionné avec Javascript (a priori) :
- Affichage du lecteur dans tous les navigateurs
- Le passage par liens courts, tous navigateurs (y compris FF Mac, donc).

Alors, Koikonfait ?

Pour le code du lecteur :

Comme on va y aller par étape, et qu'aujourd'hui c'est la méthode "propre" qui est utilisée sur Free Culture, je propose qu'on continue avec cette méthode, et qu'on avise en fonction des remontées des utilisateurs mécontents (Opera et vieux IE, essentiellement).

Pour le Javascript :

L'API Javascript pourra toujours être utilisée plus tard. Aujourd'hui, je ne suis pas plus chaud que vous pour ouvrir une faille dans SPIP en permettant au rédacteur d'insérer du JS.
La conséquence, c'est que nos amis possesseurs de Mac pourront ecouter les chansons "préchargées" dans le lecteur, mais pas en lancer de nouvelles en cliquant sur un lien.

La solution sera donc