[spip-dev] EMBED

Dev
1

Salut

je viens de jeter un oeil sur la fonction embed_document() dans inc_texte.php3.

Quelques petites remarques:

1 - Il n'y a aucun appel à la classId permettant de reconnaitre l'<object> (ce qui peut faire planter quelques brouteurs), ni à la page de téléchargement du plugin, qui semble utile pour la mise à jour direct du player.

2 - Désolé d'insister, mais, ceci peut-il fonctionner avec Real (j'en doute) car comme je l'ai déjà écrit Real nécessite 2 <Object/Embed> distinct pour les controles et pour la video (si video il ya , sinon un seul). Real est quand meme un format très utilisé, qu'il serait dommage de laisser de coté.

Apres moultes réfelxions et tests, je pense qu'il faut utiliser la proposition d'Abou, et d'insérer un champ supplémentaire dans la table type_documents qui comprends le code html de l'object/embed avec des parametres du type #SOURCE, #WIDTH, #HEIGHT .... .

Puis malheureusement, mais je ne vois pas d'autres solutions, insérer 2 champs dans spip_documents (pour Real), un afin de préciser le code supplementaire <object/embed> de la video pour Real, avec les parmamètres #SOURCE et #WIDTH et #HEIGHT et un second permettant dans tous les cas d'embed de savoir si on a une vidéo ou un simple son.

Ensuite modifier la fonction embed_document() afin qu'elle remplace les #MACHIN par les variables respectives et ajouter quelques #FICHIER,#EMBED_CODE dans calcul_squelettes afin de récuperer un embed code facile à placer dans un squelette.

Votre avis SVP. Merci !

2

Salut

je viens de jeter un oeil sur la fonction embed_document() dans inc_texte.php3.

Quelques petites remarques:

1 - Il n'y a aucun appel à la classId permettant de reconnaitre l'<object> (ce qui peut faire planter quelques brouteurs), ni à la page de téléchargement du plugin, qui semble utile pour la mise à jour direct du player.

Quels brouteurs? Parce que le coup du classId, je ne sais toujours pas à quoi ça sert, et mes tests fonctionnent très bien sans.

Pour l'adresse du plug-in, ben on s'en fout :-))

2 - Désolé d'insister, mais, ceci peut-il fonctionner avec Real (j'en doute) car comme je l'ai déjà écrit Real nécessite 2 <Object/Embed> distinct pour les controles et pour la video (si video il ya , sinon un seul). Real est quand meme un format très utilisé, qu'il serait dommage de laisser de coté.

Ah, j'avais pas essayé le Real, et effectivement il faut 3 contrôles pour la Vidéo. Saloperie de merde, voilà-t-y encore un machin conçu par des malades mentaux!

J'ajoute donc un test spécifique pour Real, et ça fabrique les 3 machins-trucs. D'après mon test, ça fonctionne pour la vidéo. Faudrait essayer avec un fichier son...

Pour le ram (streaming), de toute façon ça ne se gère pas par upload, vu que SPIP renomme les fichiers et qu'il faut lier plusieurs fichiers. Donc on n'ira jamais très loin avec ça.

Apres moultes réfelxions et tests, je pense qu'il faut utiliser la proposition d'Abou, et d'insérer un champ supplémentaire dans la table type_documents qui comprends le code html de l'object/embed avec des parametres du type #SOURCE, #WIDTH, #HEIGHT .... .

Puis malheureusement, mais je ne vois pas d'autres solutions, insérer 2 champs dans spip_documents (pour Real), un afin de préciser le code supplementaire <object/embed> de la video pour Real, avec les parmamètres #SOURCE et #WIDTH et #HEIGHT et un second permettant dans tous les cas d'embed de savoir si on a une vidéo ou un simple son.

Naon... Tant qu'on peut faire sans, on fait sans. Le but est de ne pas de prendre le choux, de pouvoir ajouter des formats facilement, bref, éviter justement l'usine à gaz habituellement liée à la gestion des documents multimédia.

De toute façon, vu comment se gèrent les plug-in, y'a pas trop moyen de construire un système simple dans spip_types pour que ça ressemble à quelque chose. Dans certains cas, faudrait prévoir simplement des paramètres supplémentaires, dans d'autres ce sont carrément d'autres objets à insérer...

ARNO*

3

ARNO* wrote:

Pour l'adresse du plug-in, ben on s'en fout :-))

C'est clair :slight_smile: Surtout qu'en général il faut se farcir cinq pages
bien lourdes graphiquement avant d'accéder au téléchargement....

Naon... Tant qu'on peut faire sans, on fait sans. Le but est de ne pas de prendre le choux, de pouvoir ajouter des formats facilement, bref, éviter justement l'usine à gaz habituellement liée à la gestion des documents multimédia.

De toute façon, vu comment se gèrent les plug-in, y'a pas trop moyen de construire un système simple dans spip_types pour que ça ressemble à quelque chose. Dans certains cas, faudrait prévoir simplement des paramètres supplémentaires, dans d'autres ce sont carrément d'autres objets à insérer...

Pareil pour moi.

Bon, faudra que je l'essaye, ce joujou, un de ces quatre.

Amicalement

Antoine.

4

@ Arno* <arno@scarabee.com> :

Pour le ram (streaming), de toute façon ça ne se gère pas par upload,
vu que SPIP renomme les fichiers et qu'il faut lier plusieurs
fichiers. Donc on n'ira jamais très loin avec ça.

J'avais posté ici même une recette il y a quelques temps...
http://listes.rezo.net/archives/spip-dev/2002-07/msg00294.html

SI ça peut donner des idées de solution (via un "squelette" particulier)

-- Fil

5

Pour l'adresse du plug-in, ben on s'en fout :-))

Pas d'accord, quand le plugin n'est pas installé on fé quoi ? Mais bon c po grave

Ah, j'avais pas essayé le Real, et effectivement il faut 3 contrôles pour la Vidéo. Saloperie de merde, voilà-t-y encore un machin conçu par des malades mentaux!

Deux controles suffisent un contole="imagewindow" et un control="all"

J'ajoute donc un test spécifique pour Real, et ça fabrique les 3 machins-trucs. D'après mon test, ça fonctionne pour la vidéo. Faudrait essayer avec un fichier son...

Bon le test du real fonctionne effectivemment avec IE5 pas NS4.7 ni avec Opéra ni mozilla
Par contre cela fonctionne si le fichier en question est un .rpm !
Peut etre fo ajouter pour real un <param name="nojava" value="true"> sinon opéra et NS lance la console java.
Je veux bien le faire mais où puis je recupere le fichier source.

Avec un fichier son pas besoin du controle de la video, sinon le controle video apparait mais sans image.
Dans ce cas là, y a t il possibilité d'ajouter une vignette à ce fichier son embed ?

Pour le ram (streaming), de toute façon ça ne se gère pas par upload, vu que SPIP renomme les fichiers et qu'il faut lier plusieurs fichiers. Donc on n'ira jamais très loin avec ça.

Quelle intérêt de faire des fichiers embed s'ils ne sont pas streamés ? si ce n'est pour flash, ou pour des fichiers multimédia très légers.

Peu importe que spip renomme les fichiers, un fichier ram ou rpm ou asx contient juste une ligne du type :http://www.monsite.com/lavideo.rm
on peut alors télécharger le fichier lavideo.rm via ftp ou alors mieux on fabrique le fichier rpm correspondant avec php , ca doit etre possible.heuh?

Puis malheureusement, mais je ne vois pas d'autres solutions, insérer 2 champs dans spip_documents (pour Real), un afin de préciser le code supplementaire <object/embed> de la video pour Real, avec les parmamètres #SOURCE et #WIDTH et #HEIGHT et un second permettant dans tous les cas d'embed de savoir si on a une vidéo ou un simple son.

Naon... Tant qu'on peut faire sans, on fait sans. Le but est de ne pas de prendre le choux, de pouvoir ajouter des formats facilement, bref, éviter justement l'usine à gaz habituellement liée à la gestion des documents multimédia.

On pourra pas savoir si c'est une video ou un son ?

De toute façon, vu comment se gèrent les plug-in, y'a pas trop moyen de construire un système simple dans spip_types pour que ça ressemble à quelque chose. Dans certains cas, faudrait prévoir simplement des paramètres supplémentaires, dans d'autres ce sont carrément d'autres objets à insérer...

Le seul probleme c'est le real, sinon pour les autres y a qu'un object a inserer.

6

Pour l'adresse du plug-in, ben on s'en fout :-))

Pas d'accord, quand le plugin n'est pas installé on fé quoi ? Mais bon c po grave

Ben, le webmestre qui est généralement un être sympathique ajoute les liens vers les plug-in qu'il utilise en bas de sa page.

Ah, j'avais pas essayé le Real, et effectivement il faut 3 contrôles pour la Vidéo. Saloperie de merde, voilà-t-y encore un machin conçu par des malades mentaux!

Deux controles suffisent un contole="imagewindow" et un control="all"

OK, j'ai modifié, ça bouffe énormément de place, mais ça limitera les risques d'explosion graphique (là, le second objet ne peut pas être découpé en deux lignes).

Bon le test du real fonctionne effectivemment avec IE5 pas NS4.7 ni avec Opéra ni mozilla
Par contre cela fonctionne si le fichier en question est un .rpm !
Peut etre fo ajouter pour real un <param name="nojava" value="true"> sinon opéra et NS lance la console java.
Je veux bien le faire mais où puis je recupere le fichier source.

Ah, ok, merci. J'ai corrigé, et Mozilla reconnaît le truc; bizarement, pour ce Real, il semble se baser sur le mime-type, alors que pour les autres, non (n'importe quoi, donc). Egalement ajouté le "nojava".

Essais souhaités :-))

Avec un fichier son pas besoin du controle de la video, sinon le controle video apparait mais sans image.
Dans ce cas là, y a t il possibilité d'ajouter une vignette à ce fichier son embed ?

Logiquement (mais c'est à essayer), de toute façon il faut indiquer une hauteur et une largeur pour activer l'embed dans SPIP. Du coup, sauf erreur, il suffit de passer une hauteur ridicule (genre 1 pixel).

Pour le ram (streaming), de toute façon ça ne se gère pas par upload, vu que SPIP renomme les fichiers et qu'il faut lier plusieurs fichiers. Donc on n'ira jamais très loin avec ça.

Quelle intérêt de faire des fichiers embed s'ils ne sont pas streamés ? si ce n'est pour flash, ou pour des fichiers multimédia très légers.

Peu importe que spip renomme les fichiers, un fichier ram ou rpm ou asx contient juste une ligne du type :http://www.monsite.com/lavideo.rm
on peut alors télécharger le fichier lavideo.rm via ftp ou alors mieux on fabrique le fichier rpm correspondant avec php , ca doit etre possible.heuh?

Ah ben dans ce cas, la question ne concerne plus SPIP, n'est-ce pas? On installe son .ram, .rem, .remeumeuh ou ce qu'on veut quelque part, et on se contente de balancer le texte qui va bien dans le fichier .ram qu'on upload. N'ayant pas de serveur de streaming Real sous la main, je vous laisse le soin d'essayer.

On pourra pas savoir si c'est une video ou un son ?

Non, je vois pas trop comment.
Et, non, on ne va pas rajouter un bouton où ce que l'utilisateur va indiquer si c'est du son ou de la vidéo (parce que bon ça va bien, faut déjà fixer à la main la taille des trucs et c'est pénible, alors si en plus faut dire son et vidéo, ça ouvre la porte à dire aussi si c'est du texte, du programme exécutable, du poscript compressé ou du binary data...).

ARNO*

7

OK, j'ai modifié, ça bouffe énormément de place, mais ça limitera les risques d'explosion graphique (là, le second objet ne peut pas être découpé en deux lignes).

oui le player n'est pas très joli, mais tu peux diminuer la hauteur : minimum 60, voire 40, tu perd l'info mais c'est pas grave puisque ya une description et un titre.

Ah, ok, merci. J'ai corrigé, et Mozilla reconnaît le truc; bizarement, pour ce Real, il semble se baser sur le mime-type, alors que pour les autres, non (n'importe quoi, donc). Egalement ajouté le "nojava".

Essais souhaités :-))

Pour moi cela fonctionne, effectivement real utilise le mime-type.

On pourra pas savoir si c'est une video ou un son ?

Non, je vois pas trop comment.
Et, non, on ne va pas rajouter un bouton où ce que l'utilisateur va indiquer si c'est du son ou de la vidéo (parce que bon ça va bien, faut déjà fixer à la main la taille des trucs et c'est pénible, alors si en plus faut dire son et vidéo, ça ouvre la porte à dire aussi si c'est du texte, du programme exécutable, du poscript compressé ou du binary data...).

Allez encore un chti bouton !!
L'avantage du chti radio_button est que si on embed du son alors pas besoin de rentrer les dimensions, on peut les fixer par défaut dans le cas du son, et second avantage c'est que l'on peut, alors utiliser une image/vignette pour faire joli avec le son !!
Bon je sais la réponse c'est NON !! :))

8

Salut,

Je viens d'essayer l'<embxx|yy> avec un fichier .ram (fichier texte contenant l'URL d'un fichier Real en streaming), et ça fonctionne très bien chez moi.

A*