Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (40)

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

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

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

  • Revision 110877 : Ajout de la methode apcu, qui est exactement identique à apc sauf que ...

    26 juin 2018, par cedric@… — Log

    Ajout de la methode apcu, qui est exactement identique à apc sauf que les fonctions sont prefixees de apcu_ au lieu de apc_ et qui est la version de apc pour PHP7 donc sans gestion de opcode cache (avec seulement la gestion de mise en cache des variables)

  • Evolution #4283 (Nouveau) : Mettre en place un raccourcis typo pour lié la page du site dans notre...

    31 janvier 2019

    Bonjour,

    Revisions : zpip est le seul raccourcis typo de SPIP ayant un traitement dérogatoire qui amène directement sur le site référencé au lieu de conduire à la page sur notre site qui affiche la description du site (et le flux RSS syndiqué).

    Je propose donc l’ajout d’un raccourcis supplémentaire qui permettrait de faire le lien avec cette page proprement.

    Depuis plus de 10 ans, j’utilise ce code fournis par ESJ à l’époque (dans un mes_fonctions.php) :

    1. <span class="CodeRay"><span class="comment">/* Permet dans un texte de faire [->refsite12] qui fera un lien vers la page du site en cours décrivant ce site (et non pas un lien direct vers le site de destination) */</span>
    2. <span class="keyword">function</span> <span class="function">generer_url_refsite</span>(<span class="local-variable">$id</span>, <span class="local-variable">$args</span>, <span class="local-variable">$ancre</span>) {
    3.   <span class="keyword">return</span> <span class="predefined">array</span>(<span class="string"><span class="delimiter">'</span><span class="content">site</span><span class="delimiter">'</span></span>, <span class="local-variable">$id</span>);
    4. }
    5. </span>

    Télécharger

    Il suffirait de rajouter ces lignes (avec un _dist pour le nom de la fonction) dans le sites_fonctions.php du plugin pour que ça marche.

    Merci d’avance.

  • Anomalie #4245 (Fermé) : Petit bug de sous_repertoire()

    11 décembre 2018

    Découvert hier, un enchaînement tueur :

    1. <span class="CodeRay"><span class="local-variable">$demo</span> = sous_repertoire(_DIR_TMP, <span class="string"><span class="delimiter">'</span><span class="content">demo_</span><span class="delimiter">'</span></span>);
    2. <span class="comment">// $demo = 'tmp/demo_'</span>
    3. <span class="local-variable">$bug</span> = sous_repertoire(<span class="local-variable">$demo</span>, <span class="string"><span class="delimiter">'</span><span class="content">potiron</span><span class="delimiter">'</span></span>);
    4. </span>

    Télécharger

    Le système a rencontré une erreur lors de l’écriture du fichier tmp/demo/potiron/.plat.

    En fait, lors de l’appel de sous_repertoire($base, $subdir), la fonction vire les / et _ finaux de $base (mais pas le _ final éventuel de $subdir).
    Il se retrouve ici à vouloir créer le répertoire tmp/demo/potiron au lieu de tmp/demo_/potiron et n’y arrive pas, vu que le répertoire parent (demo) n’existe pas.

    Histoire

    Après quelques fouilles archéologiques, il se trouve que le problème survient probablement avec r8196 qui refactore différemment le code de r6395 :
    - 6395 fil@rezo.n     if (!preg_match(',[/_]$,', $base)) $base .= '/';
    - 8196 esj@rezo.n     if (preg_match(',[/_]$,', $base)) $base = substr($base,0,-1);
    - 16035 fil@rezo.n     $base = rtrim($base, '/_');

    Le tout devait être, je suppose, pour prendre en compte les excentriques répertoires "plats" (dépendants maintenant de la présence de la constante _CREER_DIR_PLAT).

    Corrections

    Plusieurs corrections possibles :
    - A) virer la constante _CREER_DIR_PLAT et ses actions, et le rtrim de ce souligné (on est en 2018…).
    - B) simplement appliquer le rtrim du souligné si _CREER_DIR_PLAT est présent (ça corrige pas le bug que $subdir n’aurait alors pas ce rtrim non plus !)
    - C) B + corriger le rtrim pour $subdir de la même manière.

    Je suis partisan de A) sur le trunk, et B) ou C) sur 3.2 et 3.1.

    Des avis ?