Recherche avancée

Médias (39)

Mot : - Tags -/audio

Autres articles (52)

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

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

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

Sur d’autres sites (5594)

  • Anomalie #4123 (En cours) : Porte Plume : focus gênant dans certains cas

    3 avril 2018, par Mathieu L

    Dans un cas très précis les boutons du porte plume ne fonctionnent pas.

    Reproduction :

    1. ouvrir un article en modification
    2. sélectionner un bout de texte assez loin par rapport au boutons du porte plume (ça a son importance pour faciliter le test)
    3. déplacer le viewport du navigateur pour voir le porte plume mais ne plus voir le bout de texte sélectionné
    4. cliquer sur un bouton du porte plume ("mise en gras" par exemple)
      -> au lieu d’appliquer le raccourcis typographique au texte sélectionné le viewport est déplacé vers celui-ci

    Reproduit sur Safari et Chrome.

    Dans ma tentative de résolution je n’ai pas pu aller plus loin que l’action suivante :
    Dans plugins/porte_plume/javascript/jquery.markitup_pour_spip.js, commenter la ligne 260 ($$.focus() ;)

  • Anomalie #4127 : Bug de version initiale ?

    9 avril 2018, par Olivier GALLAND

    j’ai bien testé en ajoutant un id_auteur >= 1 dans la boucle _v de formulaire/revisions.html, mais même si c’est ok au niveau affichage, on commence à la révision 2, ce qui peut paraître étonnant pour l’utilisateur et pas très propre pour moi !! Et de toute façon il faudrait encore modifier l’affichage des différences qui n’ont pas lieu d’exister et le bouton de restauration de la version n°1 quand on est sur la 2.
    Ce n’était pas le comportement sur mon ancienne installation, c’est surtout cela qui m’étonne. Il y a eu modification (lors de la prise en compte de tous les champs ?) et celle-ci a modifié le comportement, c’est ce qu’il me semble :-)
    Ne faudrait-il pas revoir le pipeline de Révisions pour y trouver le truc qui cloche ?

  • Revision 77167 : Ajout d’une pipeline afin de corriger la hiérachie sur les pages : ...

    11 juin 2018, par tcharlss@… — Log

    Ajout d’une pipeline afin de corriger la hiérachie sur les pages : faire pointer la racine vers la liste des pages au lieu des rubriques

Navigation