Kevin Kofler (./595) :
Pour Twitter (déjà avec la balise que tu avais ajoutée un peu plus tôt, mais aussi maintenant), KHTML m'affiche l'avatar par dessus le message. 
Change de navigateur et utilises-en un qui marche correctement ? Plus sérieusement je ne peux pas faire grand chose, a priori le code HTML est correct, c'est de ton côté que ça foire.
Et une version HTML5 (tag <audio>) pour les MP3 serait utile, aussi.
Bonne idée, par contre il me semble qu'aucun navigateur ne supporte nativement les mp3 (d'où l'utilisation de dewplayer), si ? Mais on peut le faire pour les .wav et les .ogg.
Zerosquare (./596) :
Suggestion : ajouter la reconnaissance des extensions .flv et .mp4 (par exemple via JWplayer, comme le fait déjà Mirari)
Yep, je vais ajouter ça.
Brunni (./597) :
Wow super ^^ le coup du dewplayer ça va être très pratique ^^ Par contre du coup si on uploade la musique sur mirari on est embêté parce que l'URL n'a pas d'extension 
Tu as la solution de Zerosquare qui est la plus pratique, mais sinon c'est aussi pour ça que l'autre syntaxe existe, de façon à forcer la balise [embed] à considérer l'URL comme un MP3 :
[embed=.mp3,http://www.mirari.fr/FIPS] 
Par contre dans le cas de Mirari il y a un autre truc à changer : par défaut les URLs des mp3 déclenchent une lecture sur Mirari (via dewplayer également), donc elles affichent de l'HTML et non pas un .mp3 directement. Il faut aller dans les paramètres du fichier et choisir comme action par défaut "Ouvrir avec le navigateur" pour que le stream mp3 soit envoyé (ou bien ajouter "?a=open" à la fin de l'URL).
vince (./603) :
Bah justement, ça peut troubler madame michu (sisi, elle vient)
Je trouve plutôt que la balise [url]
sans argument est illogique, elle te laisse croire qu'elle est en deux parties et que tu peux mettre le texte que tu veux entre [url] et [/url] alors que c'est faux, tu ne peux y mettre qu'une adresse qui est en fait un paramètre de la balise (ce qui suit habituellement un signe "="). D'ailleurs en interne ça n'est pas géré par deux balises comme [b] et [/b] mais bien une seule. Comme en HTML, la syntaxe [machin] ... [/machin] c'est quand le texte entre les deux balises est libre (i.e. tu peux imbriquer d'autres balises à l'intérieur). La balise [embed] n'accepte pas de texte, tout comme la balise [sondage] ou la balise [source], donc elle n'a pas de balise fermante.
Mais bon maintenant on va pouvoir ajouter d'autres formats que le yML donc toutes ces syntaxes pourries vont pouvoir être oubliées
Nil (./604) :
Et vu qu'on parle de contenu, pourquoi pas [content] ? (en plus, on peut faire plein de blagues avec [pascontent] 
)
C'est super vague "contenu", non ? le reste d'un post, c'est pas du contenu ? (je reconnais que la blague est désopilante, maiiiiiis... ^^)
)
)
j'approuvoie!
Fichier joint : 
)
