
Recherche avancée
Médias (1)
-
Carte de Schillerkiez
13 mai 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
Autres articles (41)
-
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...) -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)
Sur d’autres sites (7889)
-
Révision 22576 : Suppression d’un code mort, mort depuis longtemps.
23 novembre 2015, par marcimat@rezo.netDéjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
ce if () vaut toujours true. On l’enlève du coup.Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588fDonc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.
-
Anomalie #3593 : pb generer_url_entite si appel dans squelette
14 novembre 2015, par jluc -Le commentaire en ligne 1418 indique l’intention :
// mais d’abord il faut tester le cas des urls sur une base distante
Pour cela le code "if (is_string($public)..)" semble nettement insuffisant.Le bug est révélé dans le squelette suivant :
[(#ID_ANNONCE|generer_url_entitemonobjet,’’,’’,0)]
lorsqu’on remplace le 0 par un 1 afin de récupérer les urls publiques au lieu des urls privées.La question est donc "comment distinguer un connecteur d’un booléen" ?
Une réponse peut être que si $public vaut "1" ou 1, alors c’est un booléen...
À la place de
if (is_string($public) ...)
je proposerais donc
if ((is_string($public) or (intval($public)=="1") AND ... -
Anomalie #3736 : image_recadre est affecté par la constante _IMG_GD_MAX_PIXELS même quand on n’uti...
2 mars 2016, par Michel BystranowskiPour information, les traitements d’image ne passe que par GD. La
plupart des fonctions image_* ne sont pas génériques et ne savent
exploiter que GD.J’ai été voir dans le code pour en avoir le cœur net, et c’est bien ça : le mode de production des vignettes n’est utilisé que pour image_reduire et image_passe_partout, les autres filtres d’image utilisent gd.
Le bug n’a donc pas lieu d’être… Pardon pour le bruit !