Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (71)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • 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 (13234)

  • Evolution #4151 : Le bouton de création rapide d’un mot ne sélectionne pas le groupe en cours du mot

    15 juin 2018

    Je comprends ton envie d’attendre.
    Mais je crains que #3844 prenne encore beaucoup de temps et surtout, ne soit pas backporté en 3.1 (voire en 3.2).
    Donc, ton patch avec en plus un commentaire vers #3844 et un gros ToDo dans la remarque me semblerait bien pertinent pour avoir quelque chose qui marche avant d’avoir quelque chose de parfait plus tard.

  • Anomalie #3239 : _CACHE_CONTEXTES_AJAX génère un dossier /tmp/cache/contextes qui grossit à l’infini

    22 avril 2020, par RastaPopoulos ♥

    Et donc comme vu sur la liste, ça s’est reproduit 6 ans plus tard (entre temps le disque a dû être beaucoup augmenté par l’hébergeur et donc ça ne s’est pas vu pendant longtemps, mais fatalement ça revient).
    Et cette fois avec 47Go… (et sûrement des millions, dizaines de millions, de fichiers).

    @marcimat quand tu dis "la solution intermédiaire qu’on utilise" c’est qui "on" ? C’est désormais SPIP 3 qui fait déjà ça tout seul ? et donc ya pas besoin d’une autre constante pour faire ça "seulement quand il y a besoin" comme le disait Cédric sur la liste, puisque c’est déjà le cas ?

    Sauf que sans la constante, yavait vraiment des pages qui marchaient pas, le site est en SPIP 3 depuis le tout début, donc c’est bien en SPIP 3 qu’il y avait des problèmes d’URL trop longues aussi. Donc c’est pas mis en cache automatiquement comme tu le décris non ? Je suis pas sûr d’avoir tout pigé.

    (je mets en "haut" car c’est un bug qui lorsqu’il apparait, pète le système de fichiers, donc c’est gros quand même)

  • Evolution #4301 : Permettre de ne pas installer les plugins_dist qui sont en option

    13 novembre 2019, par Franck D

    Hello :)
    Oui et non Rasta, de mémoire, les plugins-dist sont des plug "particulier" car ayant un "suivi" plus "grand" de la team. Ils ne sont pas "obligatoire" sauf encore au moins un (même si je suis d’accord pour dire qu’il ne doit pas y avoir beaucoup d’intérêt de ne pas les mettre ...)
    Mais peu importe en faite :D
    J’avais fais ce ticket à la suite de celui-là https://core.spip.net/issues/4300 car cela me semblait la suite logique !

    Et cela même si je suis d’accord pour dire que pour un utilisateur "classique" installera tous les plugs et c’est même sans doute le plus gros des utilisateurs qui installeraient 100% des plugins-dist.
    C’est pour ça que d’après moi, spip_loader devrait comme actuellement faire l’installation de tous les plugins-dist sauf si le webmestre coche une option lui permettant de faire autrement.

Navigation