Recherche avancée

Médias (3)

Mot : - Tags -/collection

Autres articles (63)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP 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 (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP 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 (...)

Sur d’autres sites (9507)

  • Révision 22984 : Chaque table ayant un champ "lang" n’est pas obligé d’avoir de champ langue_chois...

    13 avril 2016, par kent1@arscenic.info

    Du coup la fonction instituer_langue_objet provoquait des erreurs Mysql du type :

    :Pri:ERREUR : Erreur 1054 de mysql : Unknown column ’langue_choisie’ in ’field list’
    in /blahblah/ecrire/action/instituer_langue_objet.php L39 [sql_updateq(),action_instituer_langue_objet_dist(),objet_modifier_champs(),inserer_article_syndique(),syndic_a_jour(),queue_start_job(),queue_schedule(),action_syndiquer_site_dist(),traiter_appels_actions()]
    UPDATE `blablah`.spip_syndic_articles
    SET lang=’fr’,langue_choisie=’oui’
    WHERE id_syndic_article=32583

    Cette fonction n’est utilisée qu’une seule fois dans le core, au lieu de l’alourdir en passant à nouveau par trouver_table, on change sa signature, c’est objet_modifier_champs (où est son seul appel et qui fait déjà un trouver_table) qui stipule si oui ou non on change le champ langue_choisie.

  • Anomalie #3114 (Nouveau) : intval dans recuperer_numero

    10 décembre 2013, par Nicolas Dorigny

    Suite à échange rapide sur IRC : le intval dans recuperer_numero pose souci : si j’ai une rubrique "01. patati", elle s’affiche avec 1 et pas 01 dans ecrire, idem avec une rubrique 00 qui s’affiche 0.
    En l’occurence, ce numéro n’est pas un int, et n’a pas toujours été considéré comme devant l’être, il est inclus dans la chaine du titre.
    Il me semble que renvoyer 01 au lieu de 1 ne casse rien des usages qui en sont faits.

    Proposition : dans /ecrire/inc/filtres.php
    function recuperer_numero($texte)
    - return intval($regs1) ;
    + return preg_replace(’#[^0-9]+#’,’’,$regs1) ;

    Denisb signale aussi "en mode rubrique_edit, le numéro disparait carrément du titre".

  • Anomalie #4345 : super_cron HS en https

    12 juin 2019, par jluc -

    Il y a en effet plusieurs trucs : une correction de code, une amélioration potentielle et des modifs des commentaires.

    La constante _SUPER_CRON_DELAIS permet d’ajouter un timestamp sur l’appel de cron. Cela vise à ce que le php reçoive vraiment la requête au lieu qu’elle soit interceptée par un varnish "mal configuré" (comme les timestamp qu’on ajoute aux fichiers images)
    Dans le cas où il y a un cache de ce type et si la valeur de _SUPER_CRON_DELAIS vaut plus que 1, cela divise d’autant la fréquence des appels au cron en cas de grosse fréquentation.
    Si ça convient pas comme ça, on pourrait la garder mais ne pas diviser le timestamp avec (et alors, la renommer _SUPER_CRON_TIMESTAMP )

    Autre point :
    il faudrait utiliser les constantes _PORT_HTTP_STANDARD et _PORT_HTTPS_STANDARD si définies plutôt que 80 et 443,
    ici et aussi ailleurs : dans la fonction queue_affichage_cron

Navigation