Recherche avancée

Médias (1)

Mot : - Tags -/Rennes

Autres articles (41)

  • 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

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (7763)

  • ffmpeg unable to initialize module windows 7 32 bit

    24 septembre 2014, par Williams

    I have installed ffmpeg in window 7 32 bit in my php extension.When i start apache,i am getting message like "PHp startup : ffmpeg : unable to initialize module"

    My Xampp version : 2.5
    My php version : 5.3.8.0

    How to solve this issue ?

  • Evolution #3229 : Utiliser une méthode standard dès que l’on a besoin d’un module JS

    22 octobre 2014, par cedric -

    Il y a plusieurs problématiques : chargement asynchrone, chargement seulement si besoin, dépendances.
    A voir comment traiter ça complètement et proprement, pas de solution idéale en tête.
    Actuellement ma préférence va pour :
    - si le JS a des chances d’être utilisé sur une majorité de page, insertion dans le head pour qu’il soit minifié, concaténé avec les autres scripts et toujours chargé
    - si le JS sera vraisemblablement utilisé sur une minorité de page, on charge son js via getScript+callback ce qui permet de ne le charger que si besoin, et est compatible chargement async par jQl

    Mais ça ne traite pas tous les problèmes.

  • Evolution #3229 : Utiliser une méthode standard dès que l’on a besoin d’un module JS

    23 octobre 2014, par RastaPopoulos ♥

    Mmmh, dans ce cas, pour ces deux points, il faudrait peut-être qu’on écrire un article de documentation qui explique : "Mon plugin ou mon squelette utilise du javascript, comment dois-je l’ajouter ?"

    Et qui liste alors ces deux options avec le code qui va bien montrant comment l’insérer.
    Actuellement chacun⋅e se débrouille comme ille peut, sans savoir où est l’exemple parfait à copier.

    Pour ton deuxième point, je dis ça dans le vide, mais peut-être qu’il y aurait moyen aussi d’encapsuler ça dans une fonction propre à SPIP qui fait ce travail de getScript/callback ? Genre spip_inclure_javascript(’chemin/du/js’) en expliquant où il faut l’utiliser ?

Navigation