Recherche avancée

Médias (91)

Autres articles (30)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

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

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

Sur d’autres sites (6102)

  • Revision 106452 : Correction d’un problème quand on veut utiliser des listes en inline : ...

    11 juin 2018, par rastapopoulos@… — Log

    Correction d’un problème quand on veut utiliser des listes en inline : les nettoyages de kent1 avaient collés tous les &lt ;li&gt ; ensemble, et donc pour les gens qui faisaient des listes inline ça collait tous les mots ensemble aussi, au lieu d’avoir un espace, donc ça pétait l’affichage et la lecture. On remet juste un retour à la ligne.

  • Revision 109633 : Ma console réseau de mon navigteur indique : - jquery-ui.js : 508,86ko ...

    11 juin 2018, par placido@… — Log

    Ma console réseau de mon navigteur indique :
    - jquery-ui.js : 508,86ko
    - jsdyn-formulaires_dateur_jquery_dateur_js_14fce12d.js : 517,89 ko
    Le fichier js dynamique est chargé via $.getScript depuis le fichier formulaire/dateur/inc-dateur.html qui inclut déjà lui-même jquery-ui !
    On se retouve donc avec une double dose d’un jquery-ui (déjà pachidermique) à la moindre saisie date appelée. C’est clairement un problème.
    Je m’interroge sur la nécessite de l’insertion des css et js via affichage_final. Sauf cas particulier qui m’échappe, je pense que cette fonction saisies_affichage_final n’a pas (plus) lieu d’être.
    Je propose d’opter pour un chargement des éléments globaux via insert_head et insert_head_css (sans jquery-ui) et pour les cas particuliers, cela doit se gérer au niveau du squelette de la saisie (à l’instar de ce que fait déjà la saisie date qui fait un #INCLURE de inc-dateur.html).
    En attendant des avis, on peut déjà rendre cette fonction surchargeable (désactivable).

  • Revision 62476 : On améliore nos pipelines On ajoute une static pour éviter de ...

    13 juin 2012, par kent1@… — Log

    On améliore nos pipelines
    On ajoute une static pour éviter de repasser dans le goulot plusieurs fois.
    On utilise document_modifier au lieu d’une requete sql
    On ajoute quelques explications